← ガイド一覧

請求書の「版」(初版/修正版)を台帳で追う項目設計

公開: 2026年9月7日

請求書は一度受け取って終わりではなく、金額や税率の誤りで「修正版」が再送されることがよくあります。
初版と修正版がフォルダに並ぶだけだと、どれが支払対象か・どれを保存対象かが曖昧になります。
今日は、請求書の「版」を台帳で追うための項目設計と、現場で迷いやすいポイントを整理します。
修正依頼の出し方は修正インボイス依頼の仕方もあわせて参照してください。

1. なぜ「版」が必要か

1-1. 同じ請求番号でも中身が変わる

取引先によっては、請求書番号を変えずに金額だけ直したPDFを再送してきます。
ファイル名が「請求書_最終.pdf」のように上書きされると、初版の痕跡が残りません。
後から「どの金額で承認したか」を説明するときに、版の記録がないと困ります。

1-2. 支払済み後の差し替えリスク

支払処理後に修正版が届くと、二重計上や差額未処理が起きやすくなります。
台帳上で「支払に使った版」と「最新の保存版」を分けて持てると、是正が早くなります。
返品・返還インボイスの扱いも含め、差し替え系は返還インボイス対応の整理とセットで考えるとよいです。

1-3. 監査・税務での説明コスト

「なぜこのPDFを正としたか」を説明できる状態は、内部監査でも税務調査でも共通の安心材料です。
版の履歴が無いと、担当者の記憶やメールの添付に依存することになります。

2. 台帳に持たせたい最小項目

2-1. 識別キー

最低限、次の識別キーを揃えます。

  • 取引先コード/名称
  • 請求書番号(相手側の番号)
  • 版番号(社内採番でも可。例: v1 / v2)
  • 受領日(版ごとの受領日時)
  • ファイル保管パスまたは電子保存ID

請求書番号が空の取引先がある場合は、取引日+金額+件名で仮キーを作り、後から正式番号へ紐づけます。

2-2. 状態フラグ

版ごとに状態を持たせると、運用が安定します。

状態意味
draft_check受領直後・インボイス確認中
payment_basis支払・計上の根拠にした版
superseded後続版で置き換え済み(保存は残す)
void誤送・取消など無効扱い

「最新版=常に支払根拠」とは限らない点に注意してください。
支払後に届いた修正版は、差額処理の根拠にはなっても、支払根拠そのものではないことがあります。

2-3. 差分メモ

修正版を受けたら、「何が変わったか」を1行で残します。
例: 「税率区分の記載追加」「合計金額を税込110,000→108,900へ」「登録番号の桁誤り修正」などです。
差分メモがあると、再確認の優先順位がすぐ分かります。 記載要件の観点は記載項目チェックリストと突合すると漏れが減ります。

3. 運用ルールの決め方

3-1. 初版は消さない

修正版が来ても初版ファイルは削除せず、状態を superseded に落とします。
「最終だけ残せばよい」運用は、いつ誰が差し替えたかの説明が難しくなります。

3-2. 支払根拠版を明示する

支払承認画面や台帳に「この支払は版v2を根拠とする」と残します。
承認者と経理で版の認識がズレると、後から差額請求が来たときに責任分界が曖昧になります。

3-3. 修正依頼中のロック

不備で修正依頼を出した版は、支払キューから外すか「保留」フラグを付けます。
依頼中に別担当が初版で支払ってしまう事故は、版管理が無い現場で起きやすいです。
確認フロー全体はインボイスチェックの社内ワークフローと接続すると抜けが減ります。

4. 具体シナリオで項目を試す

4-1. 同じ請求番号で金額だけ変わる

建設資材の取引先が、請求番号 INV-2401 のまま税込1,100,000円から1,078,000円へ修正PDFを再送してきたケースです。
台帳では版を v1→v2 に上げ、v1 を superseded、v2 を payment_basis にします。
差分メモは「税率区分追記に伴う税額修正(▲22,000)」のように残します。
ファイル名を上書き保存すると、承認時に見た金額の証拠が消えるため禁止とします。

4-2. 支払後に登録番号だけ追記された版

支払済み後に「登録番号を追記した版」が届くことがあります。
金額は同じでも版は上げ、payment_basis は旧版のまま、最新保存版は新版、と分けて持ちます。
「最新=支払根拠」にすると、監査で「支払時点の証憑はどれか」が説明しづらくなるためです。

4-3. 誤送PDFを void にする

別会社宛の請求書が誤送されてきた場合、削除せず void とし、誤送である旨と連絡日時を残します。
後から「なぜこのPDFがフォルダにあるのか」を聞かれたときに、void の履歴があれば十分説明できます。
版管理は正しい請求だけでなく、誤送・取消の整理にも効きます。

5. 現場チェックリスト

  • 請求書番号+版番号+受領日を必須にしたか
  • payment_basis / superseded / void の状態があるか
  • 修正版受領時に差分メモを1行残しているか
  • 初版ファイルを削除禁止にしているか
  • 修正依頼中は支払キューから外しているか
  • 支払承認画面に根拠版が表示されるか

6. よくある質問

Q. 版番号は取引先の表記に合わせるべきですか?

相手が「改訂2」などと書いていれば転記し、無い場合は社内で v1, v2 と採番して問題ありません。
重要なのは社内で一意に追えることです。

Q. Excel台帳でも足りますか?

件数が少なければ足ります。
ただし同時編集や版のロックが難しいので、件数が増えたらワークフローや文書管理への移行を検討してください。

Q. メール本文だけの「金額変更の連絡」はどう扱いますか?

正式な修正請求書が来るまで支払根拠を変えない、を原則にします。
連絡メールは差分メモの参考にし、版としてはカウントしない運用が分かりやすいです。

Q. 同じ金額の再送は版を上げますか?

レイアウト修正や登録番号追記など中身が変わっていれば版を上げます。
完全同一ファイルの再送なら、受領ログだけ残し版は上げない、でも構いません。

7. 導入の進め方(小さく始める)

いきなり全取引先に版管理を適用すると、現場が止まります。
まず「修正版が月に1回以上来る取引先」と「高額取引」だけを対象に、Excelでもよいので版番号・状態・差分メモの3列を足します。
2週間運用してから、支払承認画面への根拠版表示や、修正依頼中のロックを足すと定着しやすいです。
システム化は、手運用で項目の過不足が見えてからで十分です。
また、取引先への案内文に「修正時は請求番号を変えず版を明示してほしい/変える場合は旧番号を参照してほしい」と書くと、受領側の紐づけが楽になります。
案内を嫌がる取引先には、社内採番の版番号だけで追う方針でも構いません。
重要なのは相手の協力より、自社台帳が一意に追えることです。

Q. 版管理を会計ソフトの文書番号だけで代用できますか?

会計の仕訳番号は支払や計上の識別には使えますが、受領したPDFの版履歴そのものにはなりません。
同じ仕訳に紐づく証憑が差し替わったとき、どのファイルが支払根拠だったかを別途残す必要があります。
文書管理側に版番号を持ち、仕訳からはそのIDを参照する形が分かりやすいです。

8. まとめ

  • 請求書番号だけでは版の履歴を追えない
  • 識別キー・状態フラグ・差分メモの3点が最小設計
  • 最新版と支払根拠版は必ずしも一致しない
  • 初版は削除せず superseded で残す
  • 修正依頼中は支払キューから外す

10. 版台帳の週次棚卸しチェック

「修正依頼中」のまま2週間滞留している版がないか、毎週金曜に一覧します。
最新版フラグが複数立つ矛盾や、旧版のまま支払キューに残る件を優先解消します。
棚卸し結果は1行メモで残し、翌週の開始時に未解消件数を共有します。

  • 版番号と受領日時がセットで入っているか
  • 無効化した旧版が検索から除外されるか
  • 差し戻し理由コードが版ごとに残っているか

9. 注意

インカク(incaku)はテキスト層のある請求書PDF・CSV・テキスト入力の登録番号・記載要件を確認するツールです。
本記事は一般的な台帳設計の整理であり、税務・法的助言ではありません。
保存要件や修正インボイスの個別判断は、顧問税理士等にご確認ください。

インカク(incaku) で試す(無料・テキスト/PDF無制限・監視1社)

テキスト層のある請求書 PDF をアップロードするだけで、登録番号の形式チェック・公表照合・記載要件の確認を自動実行。
取引先の登録番号監視にも対応します。
画像・スキャンPDFのOCR対応は今後対応予定です。
無料枠はテキスト・PDF 無制限・監視 1 社まで(CSV 一括はスタンダード以上)

← ガイド一覧