「請求書をもらったはずなのに支払を忘れていた」「同じ請求書を2回払ってしまった」――支払まわりの事故は、取引先への信用問題と資金の流出に直結します。原因はほぼ共通で、請求書の受領から支払完了までの「状態」を管理する仕組みがないこと。メールで届く請求書、紙で届く請求書、ポータルからダウンロードする請求書が混在する今、記憶と机の上の紙束では管理しきれません。
この記事では、請求書の受領→承認→支払予定→支払完了をステータスで一元管理する支払管理表のExcelでの作り方を解説します。売掛金の回収管理(関連記事:No.23 売掛金の滞留チェック)の「支払側の対」となる仕組みです。
基礎知識:支払事故が起きる3つの穴
- 受領の穴:請求書の到着ルートが複数あり、届いた時点で一覧に載らない → 支払漏れの温床
- 重複の穴:原本とPDFの二重到着、再発行分の二重登録 → 二重払いの温床
- 予定の穴:支払日がバラバラで資金繰りに反映されない → 残高不足・慌てた振込の温床
対策はシンプルで、「届いたら必ず台帳に1行登録する」という入口の一本化と、重複を機械的に検知するチェック、そして支払予定の見える化の3点セットです。
Excelで支払管理表を作る手順
ステップ1:台帳の列を設計する
1請求書1行で、受領日/支払先(プルダウン)/請求書番号/請求内容/金額/支払期日/支払方法(振込・口振・カード)/ステータス(受領・承認済・支払予定・支払済:プルダウン)/支払日/備考の10列が基本形です。請求書番号の列が二重払い防止の主役になるため、番号がない請求書には「支払先+請求月」で代用キーを作るルールにします。
ステップ2:二重登録の自動検知を仕込む
重複チェック = IF(COUNTIFS(支払先列,支払先, 番号列,請求書番号)>1,"重複の可能性","")
金額重複チェック = IF(COUNTIFS(支払先列,支払先, 金額列,金額, 期日列,支払期日)>1,"同額同日あり","")
登録の瞬間に「重複の可能性」が表示されれば、二重払いは支払前に止まります。原本とPDFが両方届く取引先は備考欄に「PDF正」と明記し、紙は登録せず廃棄(またはスキャン保存のみ)というルールで入口から重複を断ちます。
ステップ3:支払予定の集計を資金繰りに連携する
支払日別の予定額 = SUMIFS(金額列, 期日列, 対象日, ステータス列, "<>支払済")
今週の支払合計 = SUMIFS(金額列, 期日列,">="&今週初, 期日列,"<="&今週末, ステータス列,"<>支払済")
この集計行が、月次資金繰り表(関連記事:No.16 資金繰り表の作り方)や日繰り表(関連記事:No.131 日繰り資金繰り表の作り方)の出金予定の元データになります。支払管理表が整うと、資金繰り表は「写すだけ」で作れるようになる――これが台帳整備の最大の配当です。
ステップ4:締め日運用と振込データ作成につなげる
「毎月末締め・翌月末払い」のように支払日を月1〜2回に集約すると、振込作業と資金管理が劇的に楽になります。支払日には、ステータス「承認済」でフィルタした一覧を振込データ(総合振込のCSV等)の作成元にし、振込実行後にステータスを「支払済」へ更新して完結です。ネットバンキングの承認権限の分離(関連記事:No.129 経理の不正を防ぐ職務分掌チェックリスト)と組み合わせれば、内部統制もセットで整います。
実務の注意点・つまずきポイント
- 登録漏れは「受領ルートの数」だけ起きる:メール・紙・ポータルの各ルートに「届いたら即登録」の担当を決めます。メール請求書は専用アドレス(invoice@…)への集約が有効です。
- インボイスの記載確認を登録時に:登録番号の有無・税率区分の確認を台帳登録時のチェック項目にすると、後工程(仕訳・消費税集計)が楽になります(関連記事:No.67 インボイス番号のチェック)。
- 買掛金残高との照合:月末に「ステータスが支払済以外の合計」と帳簿の買掛金・未払金残高を突合すれば、計上漏れ・二重計上の検算になります。
- 支払サイトの管理:下請法・取適法の対象取引は支払期日に法的ルールがあります。サイト変更の際は要件を確認してください(関連記事:No.77 発注書と下請法)。
- 支払済み請求書の保存:台帳の行番号と請求書ファイル(PDF)を対応させて保存すると、電子帳簿保存法対応と過去照会の両方が速くなります(関連記事:No.66 電子帳簿保存法の索引簿)。
支払管理表テンプレートをご用意しています
この記事の構成(10列台帳→重複自動検知→支払日別集計→締め日運用)を組み込んだExcelテンプレートを販売しています。請求書が届いたら1行登録するだけで、支払漏れ・二重払いのチェックと資金繰り連携用の支払予定集計が自動化されます。売掛金管理テンプレートと対でお使いいただくと、入金・出金の両輪が揃います。
まとめ
- 支払事故の原因は受領・重複・予定の3つの穴。入口の一本化が対策の起点
- 台帳は1請求書1行・ステータス管理。請求書番号が二重払い防止の主役
- COUNTIFSの重複検知で、二重払いを支払前に止める
- 支払日別のSUMIFS集計が資金繰り表・日繰り表の出金データになる
- 支払日の月1〜2回への集約と承認権限の分離で、作業効率と内部統制を同時に上げる

コメント