測定した内容

2026年10月、10ページ・320行の銀行明細書のテキストを、3つのチャットモデルにAPI経由で貼り付け、「すべての取引をCSVに抽出し、支出はマイナスの金額にする」という1つの依頼を出しました。GPT-6.1 Sol、Gemini 4 Argon、Claude Sonnet 5.5 はいずれも320行すべてを返し、金額、符号、残高の推移もすべて正確でした。詳しい手法と元データは、長時間作業に関する調査に掲載しています。

これは公正に報告すべき結果であり、本当のリスクがどこにあるのかを絞り込む材料にもなります。支出列と収入列があるきれいなテキストで、320行、出力はモデルによって8,000〜13,000トークン。この程度なら、今のモデルは問題なくこなします。

それでも失敗しやすい場面

実際の明細書の変換は、今回のテストより難しいことが多く、次の3点で状況が変わります。

  • スキャンや写真。 スキャンしたPDFに含まれているのはページの画像で、テキストではありません。まず画像からすべての数字を読み取る必要があり、8や3を読み違えても、数字としては正しい形式のままです。
  • 長さ。 取引の多い口座の1年分は、数千行に及ぶことがあります。表がアプリの1回の返信の上限を超えると、返信が止まるか、AIチャットアシスタントが残りを要約してしまいます。同じ調査では、長いチャットの翻訳が返信の上限に達し、行の途中でそのまま終わりました。
  • レイアウトの推測。 銀行によって金額の表記は異なります。マイナス記号付きの1列、入金と出金の2列、金額の横にCRやDR、あるいは出金を括弧で表す形式などです。表記ルールを読み違えると、支払いが入金に変わってしまい、表を見ても間違いに気づけません。

これらが危険なのは、どれも気づかないうちに起こるからです。212行の表も214行の表も、見た目はまったく同じです。

なぜ起こるのか

AIチャットアシスタントは明細書を読み取り、すべての行を1回の返信で書き出します。その過程には、行数を数えたり、残高と照らして計算を確かめたりする工程がありません。入力がきれいで十分に短ければ、モデルは正しく処理します。しかし入力がページの画像だったり、1回の返信より長かったりすると、行の欠落に気づく工程がありません。

自分で検証する方法

銀行明細書には最初から検算の仕組みがあるので、活用しましょう。

  1. チャットボットに、すべての取引を日付、摘要、符号付きの金額（出金はマイナス、入金はプラス）で一覧にするよう依頼します。
  2. 結果をスプレッドシートに貼り付け、金額を合計します。
  3. 明細書の期首残高に合計を足し、期末残高と比べます。
  4. 一致しない場合は、残高を1行ずつ照合して、ずれが生じた箇所を探します。

合計が一致すれば、抽出はほぼ間違いなく完全です。一致しなければ、どこかに行の欠落、符号の誤り、または数字の誤りがあります。

代わりに使うもの

数ページ程度のデジタルPDFなら、チャットボットと上記の残高チェックの組み合わせで十分でしょう。スキャン、長い明細書、あるいは多数の明細書には、この作業専用のツールをおすすめします。当社の銀行明細書コンバーターは、明細書の各ページを個別に読み取り、すべての取引を同じ4つの列で返します。列は、YYYY-MM-DD 形式の日付、摘要、金額、残高です。金額は符号付きの1つの数値で、口座から出ていくお金はマイナス、入ってくるお金はプラスです。クレジットカードの明細書では、購入がマイナス、支払いや返金がプラスになります。全ページが1つの表にまとめられ、XLSX または CSV でダウンロードできます。

すべてのページを画像として読み取るため、スキャンや撮影した明細書にも対応しています。読み取れない数字は推測せずに空欄のままにし、各ページの結果は元のページと並べて表示されるので、見比べて確認できます。文書を読み取るツールに完璧なものはないため、ファイルを使う前には、やはり残高チェックを行ってください。

どの明細書も、最初の1ページは無料で、アカウントも不要です。明細書全体は一回払いのみで $5 です。PDFのほかの表については、PDFをExcelに変換をご覧ください。