インボイスと電子帳簿の同時対応— チェックリスト
公開: 2026年9月2日
インボイス制度(適格請求書等保存)と電子帳簿保存法は、 どちらも仕入れに関する帳簿・証憑の整備を求めますが、 要件の射程と確認ポイントは一致しません。
受取側経理は、請求書PDF1枚を両方の要件で同時に満たしているかを見る必要があり、 チェックリストを分けずに運用すると漏れが生じやすいです。
本記事では、両制度を同時に満たすための実務チェックリストを整理します。
1. 両制度の目的の違い(受取側)
1-1. インボイス:控除の根拠
適格請求書等は、仕入税額控除の要件資料として機能します。
登録番号・取引年月日・税率区分など、記載要件が中心です。
項目一覧は
記載要件チェックリスト
が正本です。
1-2. 電子帳簿保存法:保存と検索
電子データで保存する場合、真実性・可視性の確保と、検索機能の要件が中心です。
タイムスタンプ、改ざん防止、取引年月日・取引金額での検索可能性などが論点になります。
保存要件の詳細は
電子取引の保存
を参照してください。
1-3. 同じPDFでも確認軸は2本
1枚の請求書PDFが、インボイス要件と電帳法要件の両方を満たす必要がある場合があります。
チェックリストを統合しつつ、項目ごとに「どちらの制度の要件か」をラベル付けすると漏れが減ります。
真実性・可視性の違いは
別記事
でも整理しています(制度比較の補助)
2. 同時対応チェックリスト(受取)
2-1. 受領時
| 確認項目 | インボイス | 電帳法 |
|---|---|---|
| 登録番号・記載要件 | 必須 | — |
| 取引年月日・金額の記載 | 必須 | 検索キー |
| PDFの可読性(解像度) | 推奨 | 保存要件 |
| 受領日時の記録 | — | 真実性 |
2-2. 保存時
保存フォルダの命名規則(取引先コード_YYYYMM_金額等)を統一し、検索要件を満たします。
クラウドストレージのバージョン管理・権限設定も可視性の一部として文書化します。
バックアップ方針(世代数・復旧手順)をIT部門と経理で合意しておきます。
2-3. 訂正・再交付時
修正請求書が届いたら、インボイス要件の再確認に加え、旧版PDFを残すか置換するかのルールを適用します。
置換する場合も、訂正履歴が追えるようログを残す運用が望ましいです。
保存期間は
保存期間
と電帳法の期間を併記した社内表を参照します。
3. 運用上の落とし穴
3-1. メール添付のみで散逸
請求書がメール添付のまま個人受信箱に残ると、検索要件と内部統制の両面でリスクです。
受領後24時間以内に共有ストレージへ移すルールを徹底します。
メール本文の受領日時を、真実性の補助情報として記録する方法も検討します。
3-2. 紙スキャンPDFの画質
紙請求書をスキャンしたPDFは、文字が読み取れないとインボイス確認も電帳法保存も困難です。
スキャン設定(300dpi以上等)を社内標準化し、サンプルPDFで定期点検します。
OCR取込を使う場合は、読み取り結果と原本PDFの両方を保存する方針を決めます。
3-3. 複数ファイルに分割された請求
請求書本体と明細書が別PDFの場合、同一案件IDでフォルダ管理し、セットで検索可能にします。
片方だけ保存すると、記載要件・検索要件のどちらかで不備になる可能性があります。
確認手順は
ワークフロー
に組み込みます。
4. 社内整備のステップ
4-1. チェックリストの1枚化
受領・保存・訂正の3フェーズで、インボイス項目と電帳法項目を並列表にした1枚チェックリストを作ります。
新入社員研修で実際のPDFを使い、ハンズオンで回すと定着しやすいです。
四半期ごとに不備事例を1件ずつ追加し、チェックリストを更新します。
4-2. ツール分担
登録番号照合・記載項目チェックは自動化ツール、タイムスタンプ付与は保存基盤、という分担が現実的です。
ツールがカバーしない項目(但し書きの妥当性等)は目視確認として残します。
記載不備リスクは
控除リスク
とセットで経営層に報告します。
4-3. 監査・税務調査への備え
「インボイス要件OKだが検索できない」「検索できるが登録番号不備」など、片方だけ満たす状態を定期監査します。
サンプリングで月次5件を両方の観点で確認する月次ルーティンが軽量で効果的です。
監査結果は次四半期の研修ネタに反映します。
5. 導入ロードマップ(90日)
5-1. 第1月:受領ルール
メール受領→共有ストレージ移管→ファイル名規則適用、までを全経理担当に徹底します。
移管漏れを週次でリストアップし、個人フォルダに残っていないか点検します。
第1月末にサンプル10件で受領ルール準拠率を測定します。
5-2. 第2月:チェック自動化
登録番号・記載項目の自動チェックを全件に適用し、WARN案件の処理フローを確立します。
手動確認項目(但し書き・検収一致)は第2列チェックとして残します。
自動化率と不備検知率をダッシュボード化し、経営層に月次報告します。
5-3. 第3月:監査シミュレーション
内部監査人または税理士にサンプル20件を抽出してもらい、両制度要件をレビューします。
指摘事項はチェックリスト改訂と研修に反映し、再発防止を確認します。
90日ロードマップ完了後も、月次5件サンプル監査を継続します。
6. ベンダー評価
6-1. 会計ソフト・ストレージ
会計ソフトとストレージのベンダーが、検索要件・タイムスタンプ・権限管理を満たすか年1回チェックします。
ベンダー監査報告書(SOC等)があれば保管し、不足機能は社内代替策で補います。
評価結果は次年度のツール選定・契約更新の判断材料にします。
6-2. OCRベンダー
OCR取込を使う場合、読み取り精度と原本PDF保存の両立を評価します。
誤読が記載確認ミスにつながらないよう、WARN閾値以上は必ず目視確認します。
評価ログは四半期ごとに見直し、閾値を調整します。
7. 当社運用への組み込み
7-1. チェックゲート
本記事(テーマ: invoice-denshi-bocho-checklist)の確認項目を、支払承認ワークフローの必須ゲートとして設定します。
ゲート通過記録(担当者・日時・結果)を残し、後任者が同じ基準で処理できるようにします。
ゲートでWARNとなった案件は、修正請求書取得または経理責任者承認のいずれかを必須とします。
7-2. 証跡と索引
請求書PDF・関連メール・按分表・社内報告書を同一案件IDフォルダに集約し、検索キー(取引先・年月・金額)を統一します。
監査・税務調査時に5分以内でセットを引き出せるよう、四半期ごとに索引の欠損チェックを実施します。
欠損が見つかった場合は、発行元へ再交付依頼し、受領まで支払ステータスを「保留」と表示します。
7-3. 改善サイクル
四半期に1件以上、当テーマに関連する不備事例をレビューし、チェックリスト・啓発資料・試算シートへ反映します。
改善後の不備再発率を取引先別に計測し、効果がない施策は早期にやり替えます。
経過措置縮小期間中は、免税・未登録取引先を優先的に改善対象へ据え、2030年以降の税負担増を試算に織り込みます。
よくある質問
Q. インボイス要件を満たせば電帳法は自動的にOKですか?
いいえ。保存方法・検索機能・真実性確保は別要件です。
両方のチェックリストで確認してください。
Q. 紙の請求書だけ受け取る取引先は?
スキャン保存の要件を満たすか、電子交付への切替を依頼するかを検討します。
スキャン運用の手順を社内規程に明記します。
Q. タイムスタンプは必須ですか?
真実性確保の方法の一つです。
社内で採用する方法(タイムスタンプ、訂正削除ログ等)を文書化し、一貫して運用します。
Q. 修正請求書が来たら旧版は削除しますか?
訂正履歴が追えるよう、削除せずアーカイブする運用が一般的です。
検索インデックス上は新版を正本として扱うルールを決めます。
Q. 小規模事業者でも同じチェックリストですか?
要件の骨格は同じです。
取引件数が少ない場合は簡略化できますが、登録番号確認と保存・検索の最低ラインは維持します。
まとめ
- インボイスは記載要件、電帳法は保存・検索要件と確認軸が異なる
- 受領・保存・訂正の3フェーズで統合チェックリストを使う
- メール添付散逸・低画質スキャン・分割PDFは典型リスク
- 自動チェックと目視確認の分担を明確にする
- 月次サンプル監査で片方だけ満たす状態を防ぐ
- 保存期間と訂正履歴のルールを社内規程に書く
注意
本記事は国税庁の公表資料等に基づく一般的な情報の整理であり、税務・法的助言ではありません。
個別の判断は税理士等の専門家にご確認ください。
インカク(incaku) で試す(無料・テキスト/PDF無制限・監視1社)
テキスト層のある請求書 PDF をアップロードするだけで、登録番号の形式チェック・公表照合・記載要件の確認を自動実行。
取引先の登録番号監視にも対応します。
画像・スキャンPDFのOCR対応は今後対応予定です。
無料枠はテキスト・PDF 無制限・監視 1 社まで(CSV 一括はスタンダード以上)