【2026年9月最新】領収書の日付の書き方は?空欄・記入ミスの対処法から、Claude Code/Codexで証憑管理を自動化する方法まで解説
「もらった領収書の日付が空欄だった」「日付を書き間違えたが、どう直せばいいのか」——経費精算をする従業員や、それを取りまとめる経理担当者・税理士事務所が、日常的に直面する悩みです。
結論から言うと、領収書の日付記載は法律上の義務ではありませんが、経費計上や消費税の仕入税額控除の証拠として認められるためには、極力正確に記載しておくべきです。日付が抜けている、または間違っている領収書は、税務調査で「本当にその経費が発生したのか」を疑われるリスクを高めます。特にインボイス制度が始まった現在は、適格請求書として扱う場合に取引年月日が法定の記載事項になっている点にも注意が必要です。
この記事では、領収書の日付が必要な理由、正しい書き方、記入ミス・空欄への対処法を実務目線で整理したうえで、後半では領収書1枚1枚の日付・内容チェックという地味だが重要な作業をClaude Code/Codex(AIエージェント)に肩代わりさせ、証憑管理を無人で回す方法を、弊社サービス「AI鬼管理」(運営: 株式会社GENAI)の実践ノウハウとともに解説します。
01 WHY IT MATTERS 領収書に日付の記載が必要な理由 法的義務ではないが、税務上の証拠能力を左右する
📚 用語解説
領収書:金銭の支払いを受けた事実を証明するために発行される書類。民法上、支払者は受取証書(領収書)の発行を請求する権利があるが、記載すべき項目自体は法律で細かく定められているわけではない。実務上は、宛名・日付・金額・但し書き・発行者情報が記載された領収書が「証憑書類」として税務・会計処理に用いられる。
領収書に日付を記載すること自体は、実は法律上の義務ではありません。しかし、日付が抜けている、または不自然な領収書は、経費計上や消費税の仕入税額控除の際に「証拠として認められない」と判断されるリスクがあります。日付のない領収書が積み重なると、税務調査で経費全体の信頼性を疑われかねません。
1-1. インボイス制度における取引年月日の扱い
📚 用語解説
適格請求書(インボイス):2023年10月に開始したインボイス制度(適格請求書等保存方式)のもとで、消費税の仕入税額控除を受けるために必要となる請求書等の様式。発行事業者の登録番号、取引年月日、取引内容(軽減税率対象品目である旨)、税率ごとに区分した合計額と適用税率、消費税額、交付を受ける者の氏名など、法定の記載事項を満たす必要がある。一定の要件を満たす手書きの領収書もインボイスとして扱われる。
通常の手書き領収書に日付記載の法的義務はありませんが、その領収書を適格請求書(インボイス)として仕入税額控除に使う場合は、取引年月日の記載が法定の必須事項になります。日付のない領収書は、インボイス制度下では特に証憑としての価値が下がる点に注意してください。
02 HOW TO WRITE 領収書の日付の正しい書き方 基準は「実際に支払いが行われた日」。表記ルールも押さえる
領収書の日付欄には、実際に代金の支払いが行われた日を記載します。商品の受け渡しと支払いのタイミングがずれる場合(後払い・掛け取引など)は、注文日や納品日ではなく、あくまで支払いが完了した日を記載する点がポイントです。
2-1. 和暦・西暦は略さずに記載する
日付の年号は、和暦・西暦のどちらを使っても構いませんが、「令和8年」「2026年」のように略さず正式な形で記載することが推奨されます。「R8」や「26」のような略記は、後から見返したときに読み間違いや偽造の疑いを招きやすいため避けたほうが安全です。
| 記載パターン | 評価 | 理由 |
|---|---|---|
| 令和8年8月29日 | 推奨 | 和暦を省略せず正式に記載している |
| 2026年8月29日 | 推奨 | 西暦を省略せず正式に記載している |
| R8.8.29 | 非推奨 | 略記により誤読・改ざん疑念のリスクがある |
| 8/29(年の記載なし) | 非推奨 | 年が特定できず証憑として不十分 |
レジで発行されるレシートは、多くの場合すでに正確な取引日時が印字されているため、手書き領収書に比べて日付の記載ミスや空欄のリスクが低いという利点があります。経費精算のルールとして「可能な限りレシートを併せて保管する」運用にしておくと、日付トラブルの予防になります。
03 CORRECTIONS 日付を間違えた場合・空欄だった場合の対処法 訂正印には税務上のリスクがある。基本は再発行が無難
3-1. 日付が間違っていた場合
領収書の日付を書き間違えた場合、二重線を引いて訂正印を押す方法が一般的に知られています。ただし、この方法には注意が必要です。
二重線と訂正印による修正は形式上は可能ですが、税務署から証憑書類として認められないケースがあります。修正の跡がある領収書は改ざんを疑われやすいため、可能であれば発行元に再発行を依頼するほうが無難です。なお、間違えた領収書もすぐに破棄せず、訂正の経緯が分かる資料として保管しておくことが推奨されます。
📚 用語解説
仕入税額控除:消費税の納税額を計算する際、売上にかかった消費税額から、仕入れ・経費にかかった消費税額を差し引ける仕組み。この控除を受けるには、取引年月日を含む一定の記載事項を満たした帳簿と請求書等(インボイス制度下では適格請求書)の保存が要件となる。日付の記載が不十分な領収書は、この控除の適用が否認されるリスクを高める。
3-2. 日付が空欄だった場合
日付欄が空欄のまま領収書を受け取ってしまうケースもあります。対処法は、発行側と受取側で異なります。
| 立場 | 対処法 |
|---|---|
| 発行側(お店など) | 売上データやレジの記録を確認し、正確な取引日を後から記入して手渡す |
| 受取側(店舗に再度出向けない場合) | 支払日を覚えている範囲で領収書の余白にメモし、経費として説明できる状態にしておく |
📚 用語解説
出金伝票:領収書が発行されない、または入手できない取引(自動販売機・慶弔費・一部の交通費など)について、支払いの事実を社内で記録するための書類。日付・金額・支払先・目的を記載することで、領収書の代わりとして経費計上の根拠にできる。日付が空欄の領収書しか手元にない場合も、出金伝票的な記録を残しておくと説明力が高まる。
04 THE LIMITS 領収書チェックを手作業で続ける限界(あるある事故) 枚数が増えるほど、静かに、気づかないうちにチェックが崩れる
日付の書き方・対処法を理解しても、実際に大量の領収書を1枚ずつ人の目でチェックし続けるのは、想像以上に負荷の高い作業です。よくある事故パターンを挙げます。
こうした事故に共通するのは、「チェックのルールは明確でも、それを全件・毎回、人力で適用し続けるのが難しい」という構造です。領収書の枚数が月に数十枚を超えたあたりから、この負荷は無視できないものになります。
従来の解決策は「経費精算システムやOCR付きの証憑管理ツールを導入する」でした。もちろん有効な選択肢です。ただし2026年現在は、今使っている経費精算の仕組みはそのままに、日付や記載事項のチェックという手作業部分だけをClaude Code/CodexのようなAIエージェントに肩代わりさせるという、もう一つの選択肢があります。
05 AUTOMATE WITH AI 【核心】Claude Code/Codexで証憑管理を「無人で回る仕組み」にする 効率化ではなく自動化。チェックから記帳準備までをワークフロー化する
📚 用語解説
Claude Code/Codex:Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。デスクトップアプリで利用可能。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します(Codexでも同じことができます)。重要なのは、AIに「この領収書の日付は大丈夫か聞く」のではなく、領収書の受領から不備チェック・仕訳準備までをワークフローごとAIに渡してしまうという発想の転換です。
5-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「この領収書の日付は問題ないか教えて」と聞くのは効率化です。人間が作業の主体で、AIは調べ物を速くしてくれるだけ。この使い方では、枚数が増えたときのチェック漏れはなくなりません。
一方、Claude Code/Codexで作るのは自動化です。「領収書の画像やデータが届いたら、日付・記載事項をチェックし、不備があれば知らせる」という一連の流れを最初に一度だけ設計しておけば、あとは決まったトリガーで人間が何もしなくても走り続けます。人間の仕事は、検知された不備だけに対応することです。
5-2. Claude Code/Codexに任せられる証憑管理の作業
| これまで人間がやっていた作業 | Claude Code/Codexに任せた後 |
|---|---|
| 領収書1枚ずつ日付の有無・記載ミスを目視確認 | 画像・データから日付情報を自動抽出しチェック |
| インボイス要件(登録番号等)を都度確認 | 必要な記載事項の充足状況を自動判定 |
| 不備があった従業員へ個別に確認の連絡 | 不備内容つきの確認依頼を自動生成・送信 |
| 問題ない領収書を会計ソフトへ手入力 | 仕訳データとして自動でとりまとめ |
| 間違えた領収書の保管漏れを目視で防止 | 訂正・再発行の経緯込みで自動的に記録・保管 |
ポイントは、既存の経費精算の運用や会計ソフトをそのまま使い続けられることです。大掛かりなシステム移行は必要ありません。「チェック・確認依頼・とりまとめ」という手作業部分だけが、AIの仕事に置き換わります。
5-3. 導入は3ステップ(プログラミング不要)
5-4. AI鬼管理(株式会社GENAI)での実践例
AI鬼管理では、この「証憑チェックをClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。領収書チェックと同じ構造の定型確認業務——請求書処理、発注業務の確認、証憑整理など——をトリガー起動の自動ワークフローに変え、人は「最終確認と例外対応」だけに絞る運用です。月末にまとめて数時間かかっていたチェック作業が確認数分程度になる、というのがクライアント企業での典型的な効果です。もちろん、運営元の弊社(株式会社GENAI)自身のバックオフィスも、すべて同じ仕組みで回しています。
重要なのは、これが経理担当者や税理士の価値を奪う話ではないことです。チェックと確認依頼という「間違えたら怒られるだけの作業」から解放されて、経費ルールの見直しや、従業員への説明・教育という、人にしかできない仕事に時間を使えるようになります。顧問先を多く抱える税理士事務所であれば、この仕組みを事務所側に置いて複数社の証憑チェックを一括で標準化する、という応用も可能です。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
06 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
証憑管理の自動化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1:自社ルールを「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「訂正印はどこまで許容する?」「空欄だった場合、誰が最終判断する?」「インボイスとして扱う領収書の基準は?」——本記事で見てきたとおり、証憑管理は細かい判断の塊です。この言語化を飛ばして作った仕組みは、不備を見逃す装置になりかねません。税務調査に直結する領域だけに、ここが独学の最初で最大の壁です。
壁2:検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去の手作業データと自動チェックの結果を突き合わせる、わざと日付不備・空欄のデータを入れて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。逆に、検証の型さえ身につければ、インボイス制度の運用が見直されてもAIへの指示を直して再検証するだけで追従できます。
壁3:作った本人しか触れない「第二の属人化」
手作業運用の弱点として「担当者ごとに判断基準がぶれる属人化」を挙げましたが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の異動と同時に仕組みが止まる。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。ここは技術ではなく、教育と運用設計の問題です。
| 独学で導入 | AI鬼管理(伴走支援)で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。難しい業務から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型業務から着手 |
| 業務ルールの言語化 | 自力で仕様を書き起こす(数十時間規模) | 実際の証憑・経費精算フローを見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存(第二の属人化) | 研修形式で複数人が扱える状態まで育成 |
| 証憑管理の先への展開 | 1業務で力尽きるケースが多い | 請求書処理・発注業務等へ同じ型で横展開 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社(株式会社GENAI)が提供しているのが、AI鬼管理です。Claude Code/Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今お使いの経費精算フローそのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
対象は従業員1名以上の会社の経営層・バックオフィス責任者で、プログラミング経験は問いません。「経費精算のチェックが属人化している」「領収書の不備が毎月見つかって手戻りが多い」という会社ほど効果が出やすい設計です。作って終わりではなく、検証の型と社内定着までを支援範囲に含めているのは、上の3つの壁がツールの知識だけでは越えられないことを、自社と支援先の両方で嫌というほど見てきたからです。
領収書のチェックのように「ルールが明確」「毎回同じ手順」「不備の見逃しが税務リスクに直結する」業務は、AI自動化との相性が最も良い領域です。逆に、判断基準が曖昧な業務からAI化を始めると失敗しやすい。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。
07 COMPARISON & SUMMARY 手作業 vs OCR/経費精算システム vs Claude Code/Codex 徹底比較・まとめ 自社の規模と体制に合った証憑管理の「正解」を選ぶ
領収書の日付管理は、見積書・請求書・帳票まわりの業務全体の一部でもあります。請求業務や領収書整理まで含めた自動化の全体像は、見積書・請求書・帳票の完全ガイドで詳しく解説しています。領収書の整理そのものを効率化したい方は領収書整理の自動化もあわせてご覧ください。
| 手作業(目視チェック) | OCR・経費精算システム | Claude Code/Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 初期設定+月額利用料が発生 | ワークフロー設計のみ(既存運用流用可) |
| 日付・記載事項のチェック | 1枚ずつ目視(見落としリスク大) | OCRでの自動読み取り | 読み取り+ルールに基づく自動判定 |
| 不備対応 | 気づいた人が都度連絡 | アラート機能はあるが対応は人 | 不備検知から確認依頼まで自動化 |
| 自社ルールへの柔軟性 | 高い(ただし属人化) | 製品仕様の範囲内 | 高い(日本語で仕様変更を指示できる) |
| 他業務への展開 | できない | 証憑管理領域のみ | 請求書処理・発注業務等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
領収書の日付は、書き方も対処法も、実はそれほど複雑ではありません。しかし「1枚ずつ、毎回、正確にチェックし続けること」は、枚数が増えるほど人間の注意力の限界を超えていきます。ルールを理解したうえで、チェックを回す手をAIに委ねる——それが2026年時点での現実的な最適解だと、弊社は考えています。
最初の自動化ワークフローを、貴社の実業務で一緒に作りませんか
「うちの領収書チェック、Claude CodeやCodexでどこまで自動化できる?」「独学で試したが止まってしまった」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の経費精算フロー・証憑を題材に、設計・検証・社内定着まで伴走します。「証憑管理そのものを丸ごと任せたい」という方には、AIBPOによる代行という選択肢もあります。
ここから先の進め方は、大きく2つあります。
覚えるより任せたい方は、AIBPO by AI鬼管理でこの記事のような定型業務を丸ごと預ける道があります。料金は月30万円の月額定額、追加費用は0円です。
自社で回せるようになりたい方は、AI鬼管理でClaude Code/Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
あわせて読みたい:同じテーマの記事
よくある質問
Q. 領収書に日付の記載は法律上の義務ですか?
A. 領収書そのものに日付を記載することは、法律上の明確な義務ではありません。ただし、日付がない領収書は経費計上や消費税の仕入税額控除の証拠として認められないリスクがあり、実務上は必ず記載すべきとされています。また、その領収書をインボイス(適格請求書)として扱う場合は、取引年月日が法定の記載事項になります。
Q. 領収書の日付はどの時点の日付を書けばいいですか?
A. 実際に代金の支払いが行われた日を記載します。商品の受け渡しと支払いのタイミングがずれる場合(後払い・掛け取引など)でも、注文日や納品日ではなく、支払いが完了した日を記載する点がポイントです。
Q. 領収書の日付を間違えて書いてしまった場合、訂正印で直してもいいですか?
A. 二重線と訂正印による修正は形式上可能ですが、税務署から証憑書類として認められないケースがあります。可能であれば発行元に再発行を依頼するほうが無難です。間違えた領収書も、訂正の経緯が分かる資料として破棄せず保管しておくことが推奨されます。
Q. 領収書の日付が空欄だった場合はどうすればいいですか?
A. 発行側であれば、売上データやレジの記録を確認して正確な取引日を後から記入します。受取側で店舗に再度出向けない場合は、支払日を覚えている範囲で領収書の余白にメモし、他の証拠(レシート・カード利用履歴等)と合わせて説明できる状態にしておくと、経費として認められる場合があります。
Q. 和暦と西暦、どちらで日付を書けばいいですか?
A. どちらでも構いませんが、「令和8年」「2026年」のように略さず正式な形で記載することが推奨されます。「R8」のような略記は、後から見返したときに読み間違いや改ざんの疑いを招きやすいため避けたほうが安全です。社内では表記を統一しておくと、経費データの集計もスムーズになります。
Q. 証憑管理・領収書チェックの自動化に、プログラミングの知識は必要ですか?
A. 不要です。Claude CodeやCodexは日本語の指示だけで動くAIエージェントで、既存の経費精算フローとチェック基準を説明すれば、日付・記載事項の確認から不備対応の依頼までのワークフローをAI側が組み立てます。AI鬼管理のクライアント企業でも、非エンジニアの経理担当者が同様の仕組みを運用しています。
Q. Claude CodeやCodexの導入は独学でも可能ですか?
A. 可能ですが、業務で確実に成果を出すまでには「自社ルールの言語化」「出力の検証」「社内定着」という3つの壁があり、特に証憑管理のような税務調査に直結する業務では、誤った仕組みを自動で回してしまうリスクに注意が必要です。独学で進める場合は、必ず過去の手作業データとの突合検証を挟んでください。最短で確実に立ち上げたい場合は、貴社の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
Q. OCR付きの経費精算システムとClaude Code/Codexの自動化はどちらを選ぶべきですか?
A. 証憑のデータ化・保管まで含めて経費精算基盤を一新したい場合はOCR付きの経費精算システムが本命です。一方、既存の運用を活かしながらチェック漏れをなくしたい場合や、証憑管理に限らず請求書処理・発注業務など複数の定型書類業務をまとめて自動化したい場合は、Claude Code/Codexによるワークフロー自動化のほうが投資対効果が高くなります。両者は排他ではなく、システムのデータをClaude Code/Codexで加工・チェックする併用も有効です。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理/AIBPO by AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。




