通帳データをExcelに抽出する方法
家計簿向け（2026年版ガイド）
総務省の2024年家計調査によると、日本の2人世帯の平均支出は月額約30万243円。つまり年間約360万円が銀行口座を出入りし、ATMで小さな通帳に1行ずつ印字されます。青色申告（複式簿記と引き換えに65万円の控除が受けられる確定申告方式）を行う400万人以上の個人事業主やフリーランスにとって、これらの取引はすべて追跡可能でなければなりません。通帳こそが唯一の証拠書類です。そして、インターネットバンキングの契約前の取引については、それが唯一の記録でもあります。通帳データをスプレッドシートに抽出することは、もはや選択肢ではなく、確定申告を完了するための必須条件なのです。
重要ポイント
- 通帳の残高は検証を確実にするためのものですが、1つのカンマを読み間違えるだけで、それ以降のすべての残高が静かに狂ってしまいます。
- 銀行取引明細書のエラーはその行だけに留まりますが、通帳のエラーは後続のすべての残高に連鎖します。各行の計算が、それ以前のすべての行が正しいことを前提としているからです。
- 抽出時に各行の残高計算をチェックする「計算列」を1つ追加すれば、会計ソフトにデータを取り込む前にエラーを知らせてくれます。
日本の通帳に含まれる情報と、各項目が抽出に与える影響
日本の銀行通帳（つうちょう）は、世界的に見てもユニークな金融記録です。他の先進国で、これほど広く紙の通帳が使われている例はありません。銀行が発行する冊子で、ATMでの入出金のたびに、1行1取引、1行5列、各行に残高が印字されます。このフォーマットは日本の金融機関で高度に標準化されているため、初めて見る人には、抽出が簡単に思えるかもしれません。しかし、実際はもっと複雑です。
通帳の5列のレイアウト（日付、摘要、お支払い金額、お預かり金額、残高）は固定されていますが、その中身は、長年の銀行慣行、印字技術、規制の歴史を反映しており、一般的なOCRシステムでは理解できないように設計されています。
5つの標準的な列
- 月日 — 月と日。通常は和暦（令和6年またはR6）で表示されます。年の見出しは1ページに1回だけ表示されます。和暦を西暦に変換するには、現在の元号を知っている必要があります。平成30年（2018年）を令和6年（2024年）と誤認しないように注意してください。
- 摘要 — 取引の種類を示す短いコード：振込、ATM、給与、利息、引落、手数料など。これらのコードは取引の分類に不可欠ですが、狭いスペースに等幅の日本語文字で印字されるため、標準的なOCRでは文字が結合されたり誤読されたりすることがよくあります。
金額と残高の列
- お支払金額 — 口座から引き落とされる金額。右詰めでカンマ区切り（例：30,000）で印字されます。狭い列でのカンマ区切りの数字のOCR読み取りは、既知の失敗ポイントです。カンマが欠落すると、30,000円が3,000円になってしまいます。
- お預り金額 — 入金される金額。1つの取引では、この列またはお支払い金額列のいずれかにのみ入力され、両方に入力されることはありません。この排他性が残高検証の基礎となります。
- 差引残高 — 取引後の残高。各行の後に印字されます。この列により、自己検証が可能になります。前の残高＋入金−引き出し＝現在の残高。1つの誤読が連鎖的なエラーを引き起こし、後続のすべての行の残高が狂ってしまいます。これは残高ずれとして知られる問題です。
通帳の物理的な形式は、全国銀行協会によって管理されており、銀行間のデータ交換、ATMの相互運用性、および口座情報を保存する裏表紙の磁気ストライプの基準を定めています。ATMはこの磁気ストライプを読み取って口座を特定し、ドットマトリックスまたはサーマルプリンターを使用して通帳ページに直接取引行を印刷します。つまり、あなたが手にしている通帳は、活字印刷された文書ではなく、プリンターの出力なのです。この違いは抽出において重要です。印刷品質は、ATMの機種、インクリボンの経年劣化、プリントヘッドの清掃状態によって異なります。同じ銀行の通帳でも、半年間隔で異なるATMで印刷された場合、文字の濃さや位置が著しく異なることがあります。
抽出の基本原則：「日付」「摘要」「お引き出し」「お預かり入れ」「残高」の5つの出力列を定義すると、AIは各ページの各値を、テンプレート上のピクセル座標ではなく、データが意味的に何を表しているかを理解して特定します。同じ列定義が、三菱UFJ銀行、三井住友銀行、みずほ銀行、ゆうちょ銀行、そして地域の信用金庫の通帳でも機能するのは、AIがフィールドの意味を読み取るからです。ある通帳では「R6.7.15」、別の通帳では「2024-07-15」と印刷されていても、日付は日付として認識されます。
家計簿アプリに通帳を渡すだけでは不十分な理由
日本には、デジタルに精通した世帯の大半をカバーする3つの主要な個人向け家計簿アプリがあります。マネーフォワード ME（2,451以上の金融サービスと連携）、Zaim（1,300以上の連携、1,200万ダウンロード）、Moneytree（2,387以上の連携）です。これらはすべて、APIを介して日本の銀行口座に接続し、取引データを自動的に取得してカテゴリ別の支出レポートにまとめます。継続的で将来を見据えた支出管理には便利です。銀行APIが毎日新しい取引を供給するため、ユーザーは紙の通帳に触れる必要がありません。
問題は、あなたが登録する前に何があったかです。銀行APIの連携は、あなたが承認した日からデータを取得します。通常は過去90日から1年程度で、銀行によって異なります。2022年、2021年、2019年——物理的な通帳の印刷ページにしか存在しない年の取引は、アプリには表示されません。青色申告を行うフリーランサーが、暦年全体の事業関連取引をすべて計上する必要がある場合、アプリは現在をカバーしますが、過去は紙のまま残ります。同様に、銀行から物理的な通帳を受け取り、月次の記帳のために税理士と共有する小規模事業主の場合、税理士は事業主のマネーフォワードアカウントにログインしません。税理士は通帳、またはそのスキャン画像を基に作業します。
アプリは日々の支出の可視化を解決します。しかし、5年分の紙の取引を1つのスプレッドシートにまとめる必要がある年に一度の瞬間——まさに通帳データ抽出の検索を引き起こす瞬間——は解決しません。
もう一つ、理解しておくべき第三の道があります。一部の銀行は現在、デジタル通帳を提供しており、物理的な通帳を廃止し、代わりにWebベースの取引表示とCSVダウンロードを可能にしています。全国銀行協会は、銀行のデジタル化の一環としてデジタル通帳を推進してきました。しかし、普及は不均一です。三菱UFJ銀行や三井住友銀行などのメガバンクは新規口座向けにデジタル通帳を提供していますが、多くの地方銀行や信用金庫は依然としてデフォルトで物理的な通帳を発行しています。また、デジタル通帳にアクセスできる口座であっても、エクスポート形式や日付範囲が会計ソフトの期待と異なることがよくあります。物理的な通帳は、その不便さにもかかわらず、最も共通したフォーマットであり続けています。すべての銀行が発行し、すべての取引が記載され、口座の全履歴をカバーします。
この最後の特性——口座の全履歴をカバーすること——こそが、日本の通帳データ抽出が他国の銀行取引明細書の抽出と根本的に異なる理由です。英国の銀行取引明細書や米国の月次明細書は、特定の期間の要約です。一方、日本の通帳は元帳——最初の印刷ページから最後のページまでの継続的で累積的な記録です。以下で説明する抽出ワークフローでは、この連続性がドキュメントの最大の強みであると同時に、最も一般的なエラーモードの原因でもあります。
通帳データ抽出ワークフローの設定
通帳のデータを手入力する代わりとなるワークフローは、3つのステップで構成されています。最初のステップである「列の定義」は一度行うだけで、あらゆる通帳、銀行、税務年度で再利用できます。
5つの出力列を一度定義するだけで、あらゆる銀行に対応
スプレッドシートの列見出しとして表示したいフィールド名を、そのまま入力します。通帳データ抽出の場合、標準的なセットは次の通りです：日付、摘要、お支払金額、お預り金額、差引残高。これはカスタム列抽出です。あなたが出力スキーマを定義すると、AIが各通帳の印字フィールドを意味に基づいてあなたの列にマッピングします。同じ列名は、三菱UFJ銀行の縦書きレイアウト、三井住友銀行の2行1取引形式、ゆうちょ銀行のコンパクトな印字スタイルでも機能します。これはAIがフィールドの位置ではなく意味を読み取るからです。会計目的のために、カテゴリ列を計算列として追加することもできます。例えば、カテゴリ（もし摘要に"給与"が含まれていれば"給与収入"；もし"振込"が含まれ、金額が50000より大きければ"事業収入"；それ以外は"振替"） — このルールをAIが抽出時に評価し、出力があらかじめ分類された状態で届きます。
すべての通帳ページを一度にアップロード
すべての通帳の全ページ — 口座番号が記載された表紙と、磁気ストライプのある裏表紙を含む — をスキャンまたは撮影し、すべての画像を一度にアップロードします。バッチ処理はこれらを1つのジョブとして扱います。各ページはあなたの列スキーマを適用して個別に処理され、すべての結果が1つの統合スプレッドシートにマージされます。3年分の通帳で約280件の取引、30ページ（標準的な取引量の口座の場合）は、1回のバッチで処理されます。ページは、ドキュメントスキャナからのスキャン、スマートフォンでの撮影、または通帳形式の取引明細を含むインターネットバンキングからのPDFエクスポートのいずれでも構いません。
Excelにエクスポートして会計ワークフローを開始
統合されたスプレッドシートをExcelファイルとしてダウンロードします。これで、各行が1つの取引に対応し、すべてのフィールドがそれぞれの列に配置されます。このスプレッドシートは、弥生会計、freee、マネーフォワード クラウド会計、またはCSVインポートに対応する他の日本の会計ソフトウェアにすぐにインポートできます。次のセクションでその流れを説明します。さらに重要なのは、残高列が組み込みの監査証跡となることです。日付の降順で並べ替え、残高列をスキャンします。残高が前の行の残高＋入金－出金と等しくない行があれば、抽出で誤読があったことがわかります。その場合は1つのセルを修正するだけで済み、280行すべてを探し回る必要はありません。
同じ列スキーマは翌年も、異なる銀行の通帳にも、何年も前に解約したが記録の保存が義務付けられている口座にもそのまま使えます。通帳のフォーマットは、個々の銀行のデザインではなく、全国銀行協会の印刷基準によって定められており、変更されることはありません。
ファイルは安全に処理され、保存されることはありません。
和暦日付と摘要コードの処理
通帳データの抽出を、他のどの市場の銀行書類よりも日本で難しくしている点が2つあります。どちらも一般的な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）。また、ページの途中で新年を迎える場合の変換処理も必要です。多くの通帳では、元号の年数はページ上部に一度だけ印刷され、それ以降の行には月と日のみが記載されます。生のOCR出力で「7.15」という日付が文脈なしに読み取られた場合、それが2023年7月なのか2024年7月なのか、時系列に配置できない値になります。それを決定するのは、数ミリ上にある年のヘッダーです。
解決策は、2パス方式の抽出戦略です。最初のパスでページの年ヘッダーを読み取り、元号を特定します。2番目のパスで各取引日付を解析し、ヘッダーからの年の文脈を適用します。月が12月から1月に変わる年境界で、元号の年数が1つ増えます。これはまさに、テンプレートベースのOCRではできない構造化された推論です（個々のセルを読むだけで、ヘッダーとそれに依存する行の関係を理解しません）。しかし、AIを活用した抽出は、文書を孤立したテキストボックスのグリッドではなく全体として理解することで、これを処理します。
摘要コード（摘要）
通帳の摘要欄には、日本人には一目で意味がわかるものの、一般的なテキスト解析ツールでは解読が難しい略語コードが使われています。よく見られる項目としては、振込（銀行振込。売上金か個人間の送金かは不明）、ATM（ATMでの入出金。入金か出金かは不明）、給与（給与の振り込み。個人にとって最も重要な収入項目）、利息（利息の支払い。通常は少額で、税務上の対象）、引落（家賃、光熱費、保険料などの口座引き落とし）、手数料（銀行手数料。通常110円～550円で、事業用口座では経費計上可能）、カード（デビットカード支払いやクレジットカードの引き落としなど、カード取引）などがあります。
通帳に「振込 50,000」と記載されていても、それはフリーランスのクライアントからの売上金かもしれませんし、友人からの食事代の返金かもしれません。通帳だけでは区別できません。その仕訳を行うのは、会計ソフトのカテゴリ割り当て機能です。データ抽出では、このコードを正確に取得し、その後のカテゴリ分類ロジックに委ねる必要があります。
また、一部の通帳には、印刷された取引の横に、ボールペンで「家賃」や「仕入」といった手書きのメモが余白に書き込まれていることがあります。これらのメモ書きは会計上の分類に非常に重要ですが、さらなる課題もあります。それは、インクの色や筆跡の質が様々で、印刷された罫線をまたいで書かれていることもあるという点です。もしあなたが使う抽出ツールが手書き文字認識に対応していれば（ビジョンモデルによる抽出のように）、これらの余白のメモも抽出データの一部となり、別途手作業で確認する手間が省けます。
弥生会計、freee会計、マネーフォワードへのデータ移行
抽出したExcelスプレッドシートは最終目的地ではありません。それは、あなたの通帳と会計ソフトをつなぐ橋渡し役です。日本の会計ソフト市場は、個人事業主や小規模事業者の大半をカバーする以下の3つのプラットフォームが主流です。
弥生会計 特に税理士の間で市場シェアが高い製品です。「スマート取引取込」機能を使って、CSVで取引データをインポートできます。仕訳帳を開き、インポートを選択し、CSVファイルを選んで、各列を弥生会計の勘定科目フィールドにマッピングします。弥生会計は日付をyyyy-mm-dd形式で期待するため、抽出段階での和暦から西暦への変換は、エクスポート後ではなく、事前に行う必要があります。
freee会計 クラウドネイティブで、API連携に優れています。通帳の取引データは、「ご自身で作成したCSV」形式を選んで手動でCSVをアップロードし、列をマッピングする方法か、継続的な取引については銀行APIを介してインポートします。API連携が始まる前の過去の通帳データについては、CSVインポートが唯一の方法です。freeeの自動登録ルールを設定すれば、通帳の摘要コードを認識して、適切な勘定科目を自動で割り当てることも可能です。
マネーフォワード クラウド会計 「他社ソフトデータの移行」機能を使ってインポートします。この際、中間フォーマットとして弥生会計互換のCSV形式を選択します。マネーフォワードの強みは、通帳データ、クレジットカード明細、レシートのスキャンデータを統合するダッシュボードにあります。抽出された通帳の各行は、孤立したスプレッドシートではなく、全体の財務状況を把握するための一部となります。
対応している他の会計プラットフォーム（同じCSVインポートを受け付けるもの）には、MJS（会計大将）、TKC（FX2/MXシリーズ）、OBC（勘定奉行）、ソリマチ（会計王）、エプソン（財務応援R4）、PCA（PCA会計）があります。抽出結果であるクリーンな5列のCSVは、通帳の形式が銀行間で標準化されているため、どの会計ソフトでも問題なく使用できます。日付形式、金額列、摘要欄は、どの会計パッケージで受け取る場合でも同じです。
インポート前に追加しておくと便利な計算列：検証用の列を定義しましょう。「残高チェック（前回残高＋入金－出金＝今回残高？ 'OK' : 'REVIEW'）」という計算式を抽出時に実行します。大量のOKの中に1つでもREVIEWフラグがあれば、どの行を再確認すべきかが一目でわかります。これがないと、データが会計ソフトに取り込まれ、試算表が銀行の明細と一致しないという、はるかに追跡が難しい段階で初めてエラーが表面化します。
この検証ステップこそ、通帳の元帳のような形式が他の銀行書類よりも優れている点です。英国の銀行取引明細書やオーストラリアの支払いサマリーには残高が記載されていないため、各行を外部ソースと照合する必要があります。しかし通帳には、内部に検証機能が組み込まれています。すべての行で計算が合うか、抽出時に何かを見落としたかのどちらかです。中間はなく、計算列によって、帳簿に計上される前に不一致を明らかにできます。
他の国の給与明細書（同じ抽出ロジックが適用されるものの、税コードが異なるため、オーストラリアのPAYGワークフロー、英国のP60処理、カナダのT4スリップ抽出で見られるように）とは異なり、通帳の自己検証構造により、照合は会計の別ステップではなく、抽出時に行われます。CSVが抽出ツールから出力される前に、データ品質の確認が完了します。
よくある質問
AI抽出は、異なる銀行の通帳を同じバッチで処理できますか？
はい、可能です。そしてこれこそが、テンプレートベースのOCRよりもセマンティック抽出が優れている最大の理由です。三菱UFJ銀行の通帳は、取引を1行で、日付を左側に印字します。ゆうちょ銀行の通帳は、摘要が折り返される2行形式をよく使用します。信用金庫の通帳は、わずかに異なるフォントサイズで印字される場合があります。セマンティック抽出は各値の意味を読み取るため、その位置に依存しません。そのため、3つの異なる形式を同じバッチでアップロードしても、一貫した列を持つ統一されたスプレッドシートが生成されます。三菱UFJ銀行のレイアウト用に設定されたテンプレートベースのツールは、ゆうちょ銀行の形式では失敗し、一方の銀行用に再設定すると他方の銀行で使えなくなります。
通帳の余白に手書きのメモがある場合はどうなりますか？
ビジョンモデルを搭載した抽出機能は、印字されたテキストと一緒に手書きの注釈も読み取ることができます。そのため、取引行の横に書かれた「家賃」や「仕入」などの余白のメモも、追加のコンテキストとして取得されます。ただし、手書きの品質は大きく異なります。明確な漢字で書かれたボールペンの注釈は通常読み取れますが、色あせた鉛筆書きで、角度がついており、印刷されたグリッド線を横切っているものは信頼性が低くなります。手書きのメモに重要な会計情報が含まれている通帳の場合、抽出されたスプレッドシートは実際の通帳を開いて確認する必要があります。しかし、AIは読み取り可能な注釈の大部分を処理するため、確認作業は1行ずつの検証ではなく、例外的なケースへの対応に縮小されます。
和暦の変換はどのように機能しますか？また、年号のヘッダーが別のページにある場合はどうなりますか？
AIが各ページの和暦の年号ヘッダー（通常は「令和6年」や「R6」のように上部に印刷されています）を読み取り、そのページのすべての取引に適用します。年号ヘッダーのないページ（継続ページ）では、AIは前のページから和暦のコンテキストを引き継ぎます。ページの途中で年が変わる場合（12月31日→1月1日）は、和暦の年が繰り上がります。複数の元号にまたがる通帳（2018年～2024年の通帳で、平成30年から令和6年に移行する場合など）では、AIはヘッダーが切り替わるページで元号の変更を検出します。抽出された出力は、会計ソフトとの直接的な互換性のために西暦（yyyy-mm-dd）を使用します。
複数年分の通帳から、特定の日付範囲だけを抽出できますか？
はい、可能です。対象の日付範囲をカバーするページのみをアップロードするか、通帳全体をアップロードして抽出後にExcelで日付範囲でフィルタリングするかのいずれかの方法があります。実際には後者の方が速いことが多いです。通帳全体を一度スキャンし、すべての取引を1つのスプレッドシートに取得してから、日付でフィルタリングします。約300件の取引がある3年分の通帳の場合、すべてを抽出してExcelでフィルタリングする方が、特定の12ヶ月間のページを特定してスキャンするよりも時間がかかりません。特に、ページを素早くめくっているときには日付のヘッダーが常に表示されているとは限らないからです。
残高検証が特定の行で失敗した場合はどうなりますか？
残高検証の失敗（前回残高＋入金－出金が今回残高と一致しない場合）は、通常、次の3つのいずれかが原因です。(1) 金額のカンマの読み間違い（¥30,000が¥3,000と読み取られる）、(2) 入金額が出金欄に、またはその逆に誤って配置されている（古典的なOCRの列ずれ問題）、(3) 取引行のスキップ（OCRが行全体を見逃した）。抽出中に計算列を使用して不一致をフラグ付けしておけば、会計ソフトにインポートする前に特定の行を修正できます。検証ステップがない場合、300行中の47行目で1つの読み間違いがあると、それ以降のすべての残高が間違ったものになります。そして、そのエラーは試算表が一致しなくなるまで見えず、その時点で原因を探すために253行を遡って調査することになります。
抽出後も原本の通帳を保管しておく必要がありますか？
日本の電子帳簿保存法では、特定の解像度とタイムスタンプの要件を満たせば、金融書類のスキャンコピーは法的に有効な記録として認められます（2022年の改正で要件は大幅に緩和されました）。しかし、原本の通帳は依然として決定的な原本であり、国税庁は税務調査の際に原本の提示を求める可能性があります。青色申告者にとってのベストプラクティスは、会計業務のために通帳をExcelに抽出することですが、法定の7年間の文書保存期間中は原本の通帳を保管しておくことです。抽出は手動でのデータ入力を置き換えるものであり、法的な記録を置き換えるものではありません。
確定申告シーズンをデータ入力マラソンからルーティン業務に変える
日本の確定申告の期限は毎年3月15日で変わりません。個人事業主、フリーランス、中小企業経営者の皆さんは毎年同じ流れを繰り返しています。通帳を集めて机に広げ、1行ずつ取引をスプレッドシートや会計ソフトに手入力していく作業です。通帳の5列フォーマットはシンプルで美しいため、手作業も簡単に思えます。ところが27ページ目に差し掛かったとき、1つの数字のカンマ位置を間違えただけで残高欄の計算が静かに狂い、本来5分で終わるはずの残高合わせに2時間もかかってしまうのです。
ここで紹介する抽出ワークフローは、その流れを根本から変えます。1月と2月を再入力に費やす代わりに、あなたは半日で通帳ページをスキャンし、数分で列を定義し、残りの期限前の時間を、青色申告控除が本来評価しようとした活動に充てられます。つまり、紙の記録から財務状況を再構築するのではなく、事業の業績を分析することです。
同じ列スキーマは来年も使えます。通帳のフォーマットは、全国銀行協会が定め、銀行ATMが印字し、国内のすべての金融機関で統一されています。これが変わることはありません。毎年変わるのはページ数と3月15日の期限までの近さだけです。再入力の工程をなくせば、プレッシャーは検証にかかります。そして検証こそ、各行に数学的な証跡が組み込まれているこの書類にとって、時間をかける価値のある部分なのです。