発注管理の進め方|発注残・検収・支払いを二重計上しない台帳の記入例

公開日:
最終更新日:
カテゴリ: マーケティング予算・KPI, フォーキャスト・管理会計
著者: 与謝秀作
発注管理で知りたいのは、支払った金額だけではありません。すでに依頼した仕事がどれだけ残り、何の確認が止まり、あといくら新しい仕事を頼めるのかを、一件ごとの記録から判断できることが大切です。取引先の数に一律の限界はなく、少ない発注でも条件や承認が曖昧なら行き違いは起こります。ここでは外注制作を例に、発注から検収、請求、支払いへ情報を引き継ぐ台帳を作ります。
発注管理で見つける4つの未処理と台帳の役割
最初に、未承認の着手、未記録の変更、検収待ち、請求不一致の四つを探します。「進行中」という状態だけでは、制作中なのか、依頼元の確認待ちなのか、請求書の修正待ちなのか分かりません。止まっている処理と次に判断する人を分けて記録します。
未処理 | 台帳で確認する内容 | 次の担当 |
|---|---|---|
承認前に着手 | 依頼内容・見積版・承認の有無 | 発注承認者 |
変更が未反映 | 変更番号・差額・新しい納期 | 双方の窓口 |
検収待ち | 納品物・受入条件・回答期限 | 検収担当 |
請求不一致 | 発注額・検収対象・請求番号 | 支払確認担当 |
一つの発注IDを、見積、承認、変更、納品、請求の記録に共通して使います。複数案件を同じ取引先へ頼む場合も、取引先名だけで集約せず、何を買った金額か追える単位を保ちます。台帳は各文書の代わりではなく、所在と処理を結ぶ索引です。
社内では用語もそろえます。本記事の発注管理は買い手側の発注後の処理です。取引先の選定や調達方針はその前段階にあり、売り手側の受注・売上管理とは対象が異なります。支払残高の管理と会計上の費用認識も、同じものとして扱いません。
発注時に確定する対象範囲・金額・承認・検収条件
発注時には、成果物の対象、含む作業と対象外、金額と税の扱い、納品日、確認方法、支払条件、承認者を記録します。たとえばLP制作なら「一式」だけで済ませず、対象ページ、支給原稿、修正の扱い、納品形式、フォームの確認範囲を明示します。文字数や修正回数だけでは、必要な品質を判定できないことがあります。
検収は「良さそうだから完了」ではなく、合意した条件との照合です。原稿なら指定した情報を含む版、デザインなら合意画面と納品データ、実装なら対象環境での試験結果などを証拠にします。問題がある場合は対象と修正依頼を分け、何をもって再確認を終えるか決めます。
金額別の承認経路は自社の権限規程に合わせます。急ぎ案件にも、対象・上限額・承認者・後続処理の期限を残せる簡易経路を用意します。承認を避けるために案件を細かく分ける運用は、総額や責任を見えにくくします。現場が守れる入力負担と、必要な統制を両立させてください。
取引先マスタには正式名称、窓口、契約や支払条件の参照先をまとめます。振込先など重要情報の変更は、連絡を受けただけで台帳を書き換えず、社内の確認手順に従います。同名・表記違いを整理しても、担当者の承認権限まで自動的に確認できるわけではありません。
記入例で読む発注台帳と金額のつながり
以下は架空の二件の発注です。金額はすべて税抜円、同じ基準日の累計で、前払いはありません。予算は1,000,000円、Aの追加50,000円は承認済み、キャンセルはないものとします。相場や実在案件の実績を示す価格ではありません。
発注ID・対象版 | 初回承認額 | 承認済変更 | 現在発注額 | 累計検収 | 累計請求 | 累計支払 | 次の処理・担当 |
|---|---|---|---|---|---|---|---|
PO-A/LP v2 | 300,000 | +50,000 | 350,000 | 250,000 | 200,000 | 150,000 | 未検収100,000円の証跡確認/佐藤 |
PO-B/記事 v1 | 200,000 | 0 | 200,000 | 0 | 0 | 0 | 納品予定の確認/鈴木 |
現在発注額 = 300,000 + 50,000 + 200,000 = 550,000円。未検収発注残 = 550,000 − 250,000 = 300,000円。検収済未払 = 250,000 − 150,000 = 100,000円。発注可能額 = 1,000,000 − 550,000 = 450,000円です。
検収25万円や支払15万円は、発注55万円の処理が進んだ部分です。予算から55万円を引いた後に、さらに25万円と15万円を引くと、同じ発注を重複して消費したことになります。反対に支払15万円だけを引くと、すでに依頼した未払いの仕事を見落とします。
この例の検収済未払10万円には、検収済みでまだ請求されていない5万円と、請求済みで未払いの5万円が含まれます。請求・支払いのタイミングを調べるときは、この内訳も分けます。前払い、外貨、請求先行、期をまたぐ契約には同じ大小関係をそのまま当てず、別ルールを定義します。
追加・一部検収・キャンセルを履歴付きで処理する
追加依頼は、元の発注番号に変更番号を結び付け、理由、増減額、対象範囲、新しい納期、承認者、承認日を残します。元の30万円を35万円へ上書きするだけでは、5万円がいつ何のために増えたか分かりません。現行版と履歴を両方参照できるようにします。
部分検収では、どの成果物・数量・期間を受け入れたかを記録します。Aの25万円を検収済みとするなら、残り10万円の対象も明確にします。金額だけを先に割り振ると、未納品の対象と修正待ちの対象が混ざるため、検収記録の版と照合してください。
キャンセルも口頭連絡だけで発注額をゼロにしません。取り消せる範囲、実施済み作業の扱い、費用、請求予定を双方で確認し、承認した減額を反映します。すでに払った金額があれば返金等の処理を別に追います。契約上の義務や会計処理は、台帳の数式だけで判断しないでください。
発注・検収・請求の不一致と支払前確認
状況 | 確認する証拠 | 次の処理 | 判断者 |
|---|---|---|---|
請求書にだけ追加費用 | 変更依頼・承認済見積版 | 差額を確認し未承認分の扱いを合意 | 発注承認者 |
一部だけ納品済み | 受入条件・納品版・検収結果 | 部分検収と残対象を記録 | 検収担当 |
同じ請求番号を再受信 | 取引先・請求番号・既払履歴 | 再送・訂正・重複を確認 | 支払承認者 |
照合の考え方は、Microsoftの三点照合の説明でも、発注・受入・請求の価格や数量を突き合わせる例として整理されています。物品の受入と、制作など役務の検収は同一ではないため、役務では合意した成果物や作業期間の証拠を使います。
三点照合は不一致を見つける確認の一つです。二重請求、権限外の承認、振込先変更などをすべて防ぐ保証にはなりません。請求番号の重複、支払期日、訂正版、例外承認を別に確認します。差が出たときは単に支払いを止めるのではなく、確認担当と回答期限を決め、合意した支払条件への影響を扱います。
月次に残高と滞留を確認し、担当者へ引き継ぐ
月次には、基準日をそろえた予算、現在発注額、累計検収額、累計請求額、累計支払額を確認します。未検収発注残の長期滞留は、納品遅れ、依頼元の確認待ち、契約期間の長さなど複数の理由で起こります。日数だけで取引先の問題と決めず、予定と実際の次の処理を調べます。
引き継ぎでは「進行中の案件一覧」に加え、次の担当、期限、未解決の金額差、最新の承認版、支払条件の参照先を渡します。台帳を更新する人と、受入を判断する人、支払いを承認する人の役割も確認します。未承認の変更は、承認済みの発注可能額へ黙って混ぜず、別途の見込みとして見える状態にします。
運用を見直す際は、特定の社数を基準にせず、変更履歴を追えない、支払前の確認が滞る、月次残高を再現できないといった具体的な負荷を使います。最初は直近の発注数件に同じ台帳を当て、証拠の所在と担当が分かるか確かめると、必要な項目を絞れます。
次の作業に合わせて、RFPの書き方|必須条件・評価表までそろえる提案依頼書の記入例、ベンダーマネジメントの進め方|判断待ち・品質・納期を記録する評価例、Web制作・広告の見積もり比較|工数・追加費用・3年間の費用をそろえる記入例を参照してください。




