締め請求と支払サイトの管理｜取引条件マスタの設計方法

締め請求は、締め日・支払期日の算定ルール・請求単位・支払方法を取引条件として登録し、締め後の訂正手順まで決めて運用します。締め日だけを顧客メモに残しても、どの売上をまとめ、いつまでに支払いを受け、どの名義へ請求するかは決まりません。4点セットを伝票から参照できる状態にすることが必要です。

50〜200名規模のBtoB物販企業では、同じ法人でも部門・店舗・現場ごとに請求単位が異なることがあります。契約や現行請求から条件を集め、表記を正規化し、締め日をまたぐ取引でテストする3ステップにより、請求確定から入金消込まで追える取引条件マスタへ整えます。

締め請求と支払サイトの基本

都度請求・締め請求・合計請求の違い

都度請求は、納品や取引の単位ごとに請求書を発行する方法です。締め請求は、合意した締め日までの売上を一定期間ごとにまとめ、支払期日のルールに従って請求します。合計請求は、複数の案件や伝票を一つの請求書へ集約する処理を指します。

3つの名称は似ていますが、請求を確定する時点とまとめる単位が異なります。締め請求でも部門ごとに請求書を分ける場合があり、都度請求でも同一送付先へ複数枚を送る場合があります。発行機能の選定観点は請求書発行システムの選び方で確認し、取引条件には採用する方法を明記します。

取引条件マスタに持つ項目早見表

取引条件マスタには、締め日、支払期日ルール、請求単位、支払方法の4点を必須項目として持ちます。さらに請求書送付先と休日処理を加え、担当者が契約書や過去請求を開かなくても判断できる形にします。条件の根拠と更新責任者も各行へ対応付けます。

同じ法人に複数条件がある場合は、会社名だけで一行へ統合しません。契約先、請求先、納品先の違いを取引先マスタの整備方法で確認し、どの登録単位から条件を参照するかを決めます。空欄を標準条件とみなさず、未確認として責任者へ戻します。

取引条件マスタを設計する3ステップ

契約・注文書・現行請求から条件を集める

最初に、契約書、注文書、請求書、得意先台帳から現在使っている条件を集めます。締め日と支払日だけでなく、請求書の宛名、部門・現場の区分、送付先、支払方法、休日の扱いを同じ一覧にします。営業担当者の記憶だけを正本にしません。

資料間で条件が異なる場合は、どれかを推測で採用せず、得意先へ確認する対象として分けます。確認日、確認相手、根拠資料、社内責任者を残し、確定前の条件で請求処理を始めないようにします。現行請求から抽出した条件と契約上の条件を照合することが重要です。

締め日・支払期日・請求単位を正規化する

集めた条件は、表記を統一してマスタ項目へ変換します。支払サイトを自由記述のまま残さず、締め日と支払期日の算定ルールを別項目にします。請求単位も「得意先ごと」だけでなく、法人、部門、現場、案件のどれでまとめるかをコードで識別します。

支払方法、請求書送付先、休日処理も選択肢をそろえます。得意先別単価の参照先と請求先が異なる場合は、得意先別単価の管理方法に沿って別の項目として関連付けます。変更前の条件は上書きせず、適用開始日と終了日で履歴を残します。

締め日をまたぐ取引でテストする

マスタ登録後は、締め日前、締め日当日、締め日後の売上を使って請求対象を確認します。返品、値引き、計上漏れが締め後に判明する場合も加え、当月訂正か次回請求への反映かを運用ルールと照合します。休日に支払期日が重なる条件も確認します。

テストでは、売上明細、請求書、入金予定の金額と取引先コードが一致するかを見ます。複数案件をまとめる場合は、対象外の案件や別部門の売上が混ざらないかも確認します。実施担当者と確認担当者を分け、テスト結果と修正した条件を記録します。

締め請求で起きやすい例外への対応

同じ法人で部門・現場別請求が必要な場合

同じ法人でも、発注部門、納品現場、請求書の宛名、締め条件が異なるなら請求単位を分けます。法人コードを共通の親として残し、部門・現場ごとに請求先コードと送付先を関連付けます。同一法人の売上集計と個別請求を両立できる構造が必要です。

一方、納品先だけが違い、請求は本社へ集約する契約なら、納品先ごとに請求先を増やしません。商社・卸で得意先と納品先が分かれる商流は商社・卸の販売管理システムでも整理できます。請求を分ける根拠を、担当者名ではなく契約・注文条件で判断します。

締め後の返品・値引き・計上漏れがある場合

締め後に返品、値引き、計上漏れが判明したら、元の売上、請求書、入金予定との関係を確認します。確定済み請求を無断で書き換えず、訂正処理を行うか、次回請求へ反映するかを社内ルールと得意先との確認に沿って決めます。判断者と処理日を残します。

この表は顧客調査の集計ではなく、取引条件4点セットと締め後の例外を対応させた独自編集フレームです。取引条件4点セットと請求例外の対応は、処理方法を一律に固定するものではなく、確定状況と合意内容から自社の扱いを記入します。例外一覧は請求確定後も保持し、反映完了まで担当者と期限を追います。

請求管理システムで確認する要件

複数案件を一枚にまとめるための確認項目

複数案件を一枚の請求書へまとめるには、請求先コード、締め日、請求単位、支払期日ルール、税の扱い、送付先が一致するかを確認します。どれかが異なる案件を自動的に混ぜず、集約キーを明確にします。請求書から元の案件・売上明細へ戻れることも必要です。

販売HUBには、複数案件を一枚にまとめて発行する一括請求が実装されています。請求対象は担当者が取引条件と明細を確認し、請求確定後の訂正も元データとの関係を残して処理します。出典: 販売HUB公式サイト（https://hanbai-hub.com/・取得日 2026-08-15）

請求元データと入金消込を分断しない設計

請求後は、請求書番号、請求先、請求金額、支払期日を入金予定へつなぎます。入金時には振込名義や金額を確認し、どの請求へ消し込んだかを記録します。請求と入金を別台帳へ転記すると、訂正や一部入金が発生した際に差異の原因を追いにくくなります。

販売HUBは請求管理と入金管理・消込を備え、受注・売上の元データと一体で管理できます。入金消込後に請求を訂正する場合の権限と再確認手順は、社内運用として定めます。売掛金の照合や滞留確認は売掛金管理の進め方も利用できます。

締め請求・支払サイトに関するFAQ

締め日は売り手と買い手のどちらが決める？

締め日は一方が自由に決める条件ではなく、契約や継続取引の運用を踏まえて双方で合意します。売り手の請求処理日だけを得意先へ当てはめると、買い手側の検収や支払処理と合わないことがあります。注文開始前に締め日と請求対象期間を確認します。

合意した内容は、契約書や確認記録とともに取引条件マスタへ登録します。変更する場合は適用開始日を決め、既に確定した請求と新しい取引を分けます。支店や部門で条件が異なる場合は、どの請求先コードへ適用するかも明記します。

月末締め翌月末払いはどう管理する？

月末締め翌月末払いは、締め日を月末、支払期日ルールを翌月末として別項目で管理します。一つの自由記述欄にまとめると、支払月の計算や休日調整を処理しにくくなります。請求対象期間と支払予定日を伝票上で確認できる形にします。

支払期日が休日に当たる場合の前後調整は、自社と得意先で確認した規定を登録します。月の日数が異なる場合も、月末というルールから支払予定日を算定します。請求書発行後は入金予定へ期日を引き継ぎ、未入金確認の基準にします。

同じ取引先に複数の締め条件を設定できる？

部門、現場、請求先、契約ごとに条件が異なる場合は、同じ法人でも複数の締め条件を管理できます。重要なのは、見積・受注・売上の各明細がどの請求単位と条件を参照するかを識別することです。担当者が手入力で毎回選び直す状態は避けます。

法人を親、部門・現場を子として持つ方法と、請求条件ごとに別登録する方法があります。請求先・納品先・締め条件の差から登録単位を決め、親コードで同一法人を追えるようにします。販売HUBでの自動選択を前提にせず、実際の条件で参照方法を確認します。

まとめ｜条件を文章ではなく項目として持つ

締め請求は、締め日・支払期日ルール・請求単位・支払方法の4点を取引条件として登録し、請求書送付先と休日処理を関連付けます。契約と現行請求から条件を集め、正規化し、締め日をまたぐ取引でテストする順序が重要です。

締め後の返品・値引き・漏れは、元の売上と請求を残したまま処理結果を追います。複数案件の一括請求から入金消込までを分断せず、例外を含めて確認できる運用を整えてください。

関連記事

• 取引先マスタの整備方法｜名寄せと請求先・納品先の分け方
• 得意先別単価の管理方法｜掛率・数量・期間別価格の設計
• 商社・卸の販売管理システム｜多段取引・在庫を一元化する選び方
• 請求書発行システムの選び方｜受注データから請求までつなぐ基準

自社の取引条件4点セットを棚卸しし、販売HUBの一括請求と入金消込が請求単位に合うか確認できます。締め請求の例外処理やマスタ設計に迷う場合は、無料で相談するからご相談ください。