目次
「領収書の入力が終わらない」というご相談は、経理まわりで最も多いテーマのひとつです。そして最近は、そこにほぼ必ず「生成AIで読み取れませんか」という言葉が続きます。
結論から言うと、領収書処理の大半は、生成AIに通さなくても片づきます。私たちが実案件（匿名）で組んだ仕組みも、最終的に「クラウドAIを使わない構成」に落ち着きました。理由は精度ではなく、そもそも読み取る必要のない情報が多かったからです。
この記事では、その切り分け方——プレフィルで済む欄と、OCRが必要な欄をどう分けるか——を整理します。
この記事の結論
- 領収書処理は全部を生成AIに通す必要はない
- 手元の情報で埋まる欄はプレフィルで先に埋める
- 紙だけローカルOCR、確定は必ず人が行う
領収書OCRとは：何を「読み取る」作業なのか
領収書のデータ化と聞くと、画像を解析して文字を起こす作業を想像しがちです。しかし実務で必要なのは、会計システムの入力欄——日付、取引先、金額、勘定科目——を埋めることです。
ここで重要なのは、入力欄を埋める手段はOCRだけではないという点です。
たとえばPDFで届く領収書は、ファイル名に日付や取引先名が入っていることが多く、PDF自体にもテキストが埋め込まれています。つまり画像解析をする前に、すでに手元にある情報で相当な部分が埋まります。
「読み取る」のではなく「埋める」。この視点に切り替えると、AIに投げるべき範囲は一気に小さくなります。
実案件の設計：PDFはプレフィル、紙だけOCR
実案件（匿名）では、領収書を次の2系統に分けました。
PDFの領収書：ファイル名主体＋テキスト抽出で補強
まずファイル名の情報を主体に入力欄を埋め、足りない項目をpypdf（PDFのテキストを取り出すライブラリ）による抽出で補強します。この2段だけで、PDFで届く領収書は大半が処理できました。画像解析は一切していません。
紙の領収書：tesseractによるローカルOCRにフォールバック
紙で受け取った分だけ、テキスト情報が存在しません。ここに限ってtesseract（オープンソースのOCRエンジン）でローカル処理し、読み取り結果をプレフィルに回します。つまりOCRは**主役ではなくフォールバック（代替手段）**という位置づけです。
確定は必ず人が行う
いずれの経路でも、無人での確定はしません。自動処理の成果物は「下書き」までで、金額や日付は人が画面で見て承認します。経理データは間違いがそのまま帳簿に残るため、確認工程を省く設計にはしませんでした。
クラウドAIを使わなかった理由
結果として、この構成では会計データを外部AIに渡していません。これは狙って作った副産物です。
| 観点 | 全部をクラウドAIに通す | プレフィル＋ローカルOCR |
|---|---|---|
| 処理コスト | 件数に比例して従量課金 | ほぼ発生しない |
| 外部に出る情報 | 領収書の全内容 | なし |
| 処理速度 | 通信と待ち時間が乗る | 手元で完結し速い |
| 精度が要る範囲 | 全件 | 紙の分だけ |
「クラウドAIは精度が低いから使わなかった」ではありません。使う必要のない範囲にまで使うと、費用と情報リスクだけが増えるという判断です。
なお、外部サービスやライブラリの仕様は変わるため、利用条件や機能の最新情報は必ず公式サイトで確認してください。
プレフィル設計の考え方：埋まる欄から数えていく
この設計は領収書に限りません。手順は次の3つです。
- 入力欄を洗い出す：最終的に埋めたい項目を先に並べます。ここを飛ばすと「とりあえず全文を読み取る」設計になり、後工程で使わないデータまで扱うことになります。
- 手元の情報で埋まる欄を分ける：ファイル名、フォルダ構成、メールの件名や送信元、既存の取引先マスタ。すでに社内にある情報で埋まる欄は、AIを使わずに確定できます。
- 残った欄だけにOCR/AIを充てる：ここまで絞ってから、初めてどの技術を使うかを選びます。範囲が小さいほど、ローカル処理で足りる可能性が高まります。
判断のコツ：「読み取れるか」より先に「読み取らなくても埋まるか」を問う。多くの現場で、後者だけで半分以上の欄が片づきます。
こう考えると、AIの使いどころが変わる
AI導入の相談では、「入り口から出口まで全部AIに任せる」絵が描かれがちです。しかし実務で効いたのは、AIを使わない範囲をどれだけ広げられるかという発想でした。
- ファイル名やメール情報という既存の資産を使い切る
- どうしても情報が足りない紙だけにOCRを充てる
- 判断の最終責任は人が持つ
この3点を守ると、仕組みはシンプルになり、費用も情報リスクも下がります。逆に全件をクラウドに通す設計は、作るのは簡単ですが、毎月の課金と「会計データを外に出している」という状態が残り続けます。
よくある質問
Q. 領収書のOCRに生成AIは必須ですか？ 必須ではありません。PDFの領収書はファイル名やPDF内のテキストから多くの項目を埋められます。生成AIやクラウドOCRは、紙など情報が取れない分だけに絞るほうが安く速く、外部に渡すデータも減ります。
Q. ローカルOCRとクラウドOCRはどう使い分けますか？ 会計データのような社外に出したくない情報は、まず手元で完結するローカルOCR（tesseract等）を検討します。精度が足りない部分だけをクラウドに寄せる順序にすると、費用と情報リスクを最小限に抑えられます。
Q. OCRの誤読が心配です。どう防げばよいですか？ 人の確認工程を必ず残すのが基本です。自動処理はあくまで入力欄の下書き（プレフィル）までとし、金額や日付の確定は人が画面で見て承認する設計にすれば、誤読がそのまま会計データに入ることを防げます。
まとめ
- 領収書処理は「読み取る」より先に「埋める」で考える。PDFはファイル名＋テキスト抽出で大半が処理できる
- OCRは主役ではなく紙だけのフォールバック。ローカル処理で足りる範囲は広い
- 確定は必ず人が行い、無人での確定はしない
- 結果として会計データを外部AIに渡さない構成にでき、費用と情報リスクを同時に下げられる
RENOYでは、「どこまでをAIに任せ、どこを手元の情報で済ませるか」という切り分けから、無料相談で一緒に整理しています。「経費処理を自動化したいが、データを外に出したくない」という段階のご相談も歓迎です。まずはお気軽に無料個別相談（オンライン・60分）をご利用ください。サービス内容をまとめた資料は資料請求からご覧いただけます。