領収書・請求書をブラウザだけで整理する：電子帳簿保存法とインボイス制度の実務

領収書の束と、メールで届いた請求書のPDF。確定申告や決算のたびに発生するこの作業は、2022年以降「やり方」そのものが法令上の論点になっています。電子帳簿保存法により電子取引データの電子保存が義務化され、インボイス制度（適格請求書等保存方式）が2023年10月に開始したことで、「紙のまま取っておく」「印刷して保存する」は原則として認められなくなりました。

同時に、実務上のジレンマがあります。クラウドのOCRサービスに領収書を放り込むのは手軽ですが、取引先名・金額・日付という、まさに保存義務の対象となる情報を第三者サーバーに預けることになります。本記事では、ブラウザ完結のローカルOCRを使ってこのジレンマを解く手順と、ローカル処理では満たせない要件（タイムスタンプ等）を整理します。

押さえるべき法令要件は3つだけ

細則は多いのですが、日常業務で意識すべき要点は次の3点に集約できます。

• 電子取引データは電子のまま保存する。メール添付のPDFやWebダウンロードの請求書を印刷して保存することは、原則として認められません。2022年1月1日から義務化され、猶予措置は2023年12月31日で終了しています。
• 真実性の確保。改ざんできない状態であること。実務上は「タイムスタンプの付与」「訂正・削除の履歴が残るシステムでの保存」「事務処理規程を定めて運用する」のいずれかで対応します。
• 可視性の確保（検索要件）。ディスプレイ・プリンタ等の備付けに加えて、取引年月日・取引金額・取引先の3項目で検索できることが求められます。金額は範囲指定、日付と金額など2以上の項目を組み合わせた検索にも対応できる必要があります。

インボイス制度については、適格請求書の記載事項（登録番号、適用税率、消費税額等）を満たした書類を保存する必要があります。制度の詳細は国税庁の資料が一次情報ですので、実務適用の前に必ず確認してください。

ローカルOCRでできること・できないこと

先に線引きをはっきりさせておきます。

• できる：画像やPDFからのテキスト抽出、日付・金額・取引先の文字起こし、検索可能なテキストの作成、ファイル命名のための情報抽出。すべて端末内で完結し、外部に送信されません。
• できない：法的要件を満たすタイムスタンプの付与、改ざん防止のためのシステム的保証、訂正履歴の管理。これらは会計ソフトやタイムスタンプサービスの領域であり、ブラウザのOCR単体では代替できません。

つまり、ローカルOCRは「検索要件を満たすための下ごしらえ」としては最適で、真実性の確保は別の仕組みで補う、という分担になります。この切り分けを理解していないと、「ローカルでやったから大丈夫」という誤った安心につながります。

実務手順

1. 撮影・受領時点で品質を確保する

文字認識の精度は撮影でほぼ決まります。テキストなら300dpi相当、書類全体をフレームに収め、影や傾きを避ける。レシートの感熱紙はコントラストが低いため、白背景で撮影するだけで認識率が大きく変わります。

2. ローカルでOCRし、3項目を抽出する

ブラウザのOCRツールに画像を渡し、日本語（必要なら英語を併用）で認識します。レシートや請求書のように段落構造のない書類では、ページ分割モードを「散在テキスト」に設定するのがポイントです。単一ブロック前提の設定では、レイアウトを探しにいって失敗します。

3. 検索要件を満たすファイル名にする

ここが本質です。抽出した3項目をファイル名に埋め込みます。2026-03-11_12345_取引先名.pdfのように「日付\_金額\_取引先」の順で統一すれば、OSのファイル検索だけで3項目いずれの検索にも対応できます。金額は桁区切りなしの数字で統一すると範囲検索が容易です。

4. 原本とテキストを対で保存する

画像（またはPDF）を原本とし、抽出したテキストを同じフォルダに置きます。長期保存ではテキストの可搬性が高いので、10年後に任意のエディタで開けるという意味でも有利です。

5. 真実性の確保は別途担保する

事務処理規程の整備、タイムスタンプサービス、訂正履歴の残る会計システム——いずれかで対応します。とくにスキャナ保存（紙で受け取った領収書をスキャンして保存する場合）では、受領後おおむね一定期間内の入力とタイムスタンプ付与が要件になります。ここは自前のOCRでは代替できません。

ローカル処理を選ぶ理由

領収書と請求書には、取引先名、金額、担当者名、振込先、登録番号（インボイス制度の適格請求書発行事業者登録番号）が書かれています。これはそのまま取引情報です。外部サービスに預けることは、税務上の保存義務対象データを第三者に預けることを意味し、サプライチェーン上の情報漏えいリスクにもなります。

ブラウザ完結であれば、端末の外にデータが出ません。検証も簡単で、開発者ツールのネットワークタブを開いたまま認識を実行すれば、モデル取得後は自分のファイルを含むリクエストが一切発生しないことを確認できます。

注意事項

• 法令要件は改正があり得ます。実務適用の前に税理士・公認会計士等の専門家、または国税庁の一次資料で必ず確認してください。本記事は一般的な整理であり、税務助言ではありません。
• 手書きの領収書は認識精度が大きく落ちます。金額と日付は必ず目視確認してください。
• ローカル処理はバックアップと別問題です。ディスク故障対策は別途必要です。

まずは直近1か月分の領収書で試してみてください。10枚処理すれば、命名規則と検索のしやすさが自社の実務に合うかどうか、30分以内に判断できます。