◆監修・編集責任者
B2B EC-COLUMN
この記事のポイント
- 締め請求は一定期間の取引を締め日で区切り、取引先ごとに1通の請求書へ集約する方式です。
- 消費税額等の端数処理は一の適格請求書につき税率ごとに1回で、10%と8%の2区分ではそれぞれ1回ずつです。
- 納品書と請求書の2つの書類で記載事項を満たす場合、どちらで端数処理をするかを先に決めます。
- 委託取引では受領日から起算して60日以内の支払期日が求められ、締めサイクルはこの範囲で設計します。
- 電子取引データは3項目の検索要件を満たす保存が必要で、様式の検討より先に保存方式を決めます。

締め請求とは何か
締め請求とは、一定期間の取引を締め日で区切り、その期間の売上をまとめて1通の請求書で請求する方式です。納品のつど請求書を交付する都度請求に対し、月に1回など決まった周期で請求を集約する点が違います。掛売取引を前提としており、納品の時点では代金を回収せず、売掛金として計上します。記載事項を満たしていれば、1か月分の取引をまとめた請求書を適格請求書として扱えます*1。
締め請求では、3つの日付を分けて管理します。締め日は集計期間を区切る日、請求日は請求書を交付する日、支払日は代金の入金を受ける日です。締め日と請求日が同じ日になる運用もありますが、集計と交付は別の作業として設計します。3つを一体で扱うと、締め後に届いた納品データをどちらの期間へ入れるかで判断が揺れます。
掛売取引における締め請求の位置づけは、債権の管理単位を決めることにあります。納品ごとに発生した売掛金を締め日で束ね、請求書の合計金額と帳簿上の残高を突き合わせます。この突き合わせが崩れると、入金消込の段階で差額の原因をたどれなくなります。請求書は代金を求める書面であると同時に、債権の残高を取引先と確認する書面でもあります。
締め請求が使われてきた背景には、継続取引の頻度があります。同じ取引先へ日々納品する取引で納品のつど請求書を交付すると、交付と保存の件数が納品件数と同じだけ増えます。1か月分を集約すれば、取引先ごとに交付する請求書は1通で済みます。事務の件数を抑えながら、入金の時期をそろえられる点が採用の理由になってきました。
まとめた請求書でも、適格請求書として扱うには記載事項を満たす必要があります。記載事項は6項目で、発行者の名称と登録番号、取引年月日、取引内容、税率ごとに区分した対価の額と適用税率、税率ごとに区分した消費税額等、交付を受ける事業者の名称です*1。登録番号は所定の記号と13桁の数字で構成されます。集約する期間が長いほど1通あたりの明細行は増え、確認の対象も広がります。
締め請求の設計を誤った場合、影響は請求書1通では終わりません。締め日が取引先の検収サイクルと合っていないと、期間のずれた請求書を毎月交付し続けることになります。訂正のたびに赤伝票と黒伝票を起こし、経理と営業の双方で確認の手間が生じるでしょう。入金の時期が後ろへずれれば、運転資金の手当てにも波及します。
締め請求は、代金の請求を月次の作業へ集約する方式にほかなりません。集約によって交付と保存の件数は減りますが、締め日をまたぐ取引の帰属と消費税額の計算という論点が新たに生まれます。本節では締め請求の定義と3つの日付の関係を整理しました。次節では、都度請求と比べたときの向き不向きを4つの観点で扱います。
締め請求の設計で先に決める5項目(順位根拠:後の工程が前の決定に依存する実施の順序)
- 締め日と請求日の定義。集計期間を区切る締め日と、請求書を交付する請求日を別々の項目として登録し、同じ日になる場合も設定の上では分けて保持します。
- 請求先マスタと締めグループ。納品先が複数でも請求先が1つであれば、請求先を親として束ね、1通の請求書へ集約したうえで明細を納品先別に並べます。
- 消費税額等の端数処理。一の適格請求書につき税率ごとに1回とし、10%と8%の2区分それぞれで1回ずつ処理する設定に固定します。
- 締め後の訂正と返品の扱い。当月の締めへ戻すか翌月へ回すかを事前に決め、返還インボイスの要否とあわせて原典で確認します。
- 電子取引データの保存方式。取引年月日・取引金額・取引先という3項目で検索できる状態を保ち、真実性と可視性の2つの要件を満たします。
都度請求との違いと使い分け
都度請求と締め請求の使い分けは、取引の頻度、入金までの期間、取引先の受け入れ体制という3点で判断します。取引が単発に近く、1件あたりの金額が大きい取引では都度請求が合います。同じ取引先と継続して取引し、納品の件数が積み上がる場合は締め請求が合うでしょう。判断を先送りにすると、2つの運用が混在したまま個別対応だけが増えていきます。
請求書の発行頻度は、両者を分ける第一の観点です。都度請求では納品や役務の完了ごとに1通を交付し、締め請求では締め日ごとに1通へまとめます。発行頻度は保存する書類の件数へ直結し、電子取引データの保存件数にも跳ね返ります。件数が増えるほど、検索の要件を満たす保存の設計が効いてきます*4。
事務負荷の観点では、作業の総量よりも作業の山の位置が変わります。都度請求は日々の作業として平準化され、締め請求は締め日から請求日までの短い期間へ集中するからです。集中する期間に集計と承認と出力が重なるため、担当者が1名に偏ると休暇の取得が難しくなります。負荷の山を平らにするには、締め日を複数に分ける設計が要ります。
入金までの期間は、資金繰りに直結する観点です。都度請求では納品から請求までの待ち時間が生じませんが、締め請求では締め日を待つ分だけ請求が後ろへずれます。締め日の翌日に納品した取引は、次の締め日まで請求できません。委託取引では、物品等を受領した日から起算して60日以内という支払期日の定めがあり、締めサイクルはその範囲で考えます*5。
向く取引の切り分けは、取引先ごとに行います。単発の受注や初回取引、与信の判断が済んでいない相手では都度請求が選ばれます。継続取引で納品の件数が積み上がる相手には、締め請求が向いています。同じ取引先でも、通常の商品は締め請求、特注品は都度請求という併用が成り立ちます。
取引先ごとに締め日が異なる場合は、締め日の種類を数えることから始めます。締め日が3種類あれば、月次の締め処理は3回に分かれる計算です。処理の回数が増えても、請求先マスタが締め日を保持していれば、抽出の条件を変えるだけで対応できます。取引先の要請で締め日を追加するときは、承認と出力の日程も同時に見直す必要があります。
本節では、方式を選ぶための4つの観点を扱いました。選び方が決まっても、それだけでは月次の作業は軽くなりません。次節では、選んだ方式を受発注システムの上で成り立たせる要素を扱います。
| 観点 | 都度請求 | 締め請求 |
|---|---|---|
| 請求書の発行頻度 | 納品や役務の完了ごとに1通 | 締め日ごとに1通へ集約 |
| 事務負荷 | 日々の作業として平準化 | 締め日から請求日へ集中 |
| 入金までの期間 | 納品から請求までの待ち時間なし | 締め日を待つ分だけ後ろへずれる |
| 向く取引 | 単発の受注や初回取引 | 継続取引で納品の件数が多い取引 |

自社の商流に合わせた要件整理を進めたい場合は、無料相談で要件を整理するのが近道です。
受発注システムで締め請求を成り立たせる仕組み
受発注システムで締め請求を成り立たせる要素は、受注データの取り込み、請求先マスタ、締め処理の3つです。受注から売上計上までのデータが1本の流れでつながっていれば、締め処理は集計の指示だけで完了します。つながっていない場合、締め日ごとに手作業の集計が発生します。手作業が残る箇所は、月次の残業と請求の誤りが生まれる場所になります。
受注データの取り込みは、入力の経路を数えることから始めます。電話、ファクス、電子メール、EDI(電子データ交換。取引データを企業間で直接やり取りする仕組み)、BtoB ECという経路が併存すると、同じ受注が二重に登録される場合があります。経路ごとの受注番号を1つの体系へ寄せ、重複を検知できる状態にします。取り込みの段階で単位と入数を統一しておけば、後工程の突き合わせが軽くなるでしょう。
売上計上は、締め処理の前提となる区切りです。出荷基準と検収基準のどちらを採るかによって、締め日をまたぐ取引の帰属が変わります。検収基準を採る取引先では、検収の連絡が締め日を過ぎて届く場合があります。計上の基準は取引先ごとに保持し、締め処理の抽出条件へ反映させる設計が要ります。
請求先マスタと締めグループの設計は、集約の単位を決める作業にあたります。納品先が複数でも請求先が1つであれば、請求先を親として締めグループへ束ねます。束ねる単位は、取引先の受け入れ体制に合わせて決めましょう。店舗別の明細を求められる場合は、1通へ集約したうえで明細を店舗別に並べる出力が必要です。
締め処理と請求書発行の自動化では、処理の順序を固定します。締め日による抽出、金額の集計、消費税額の計算、承認、出力という5つの手順を並べ、承認の前後でデータを変更できないようにします。承認後の変更を許すと、交付済みの請求書と帳簿の金額がずれます。ずれに気づくのは翌月の入金消込の段階になり、調査の手間が膨らみます。
自動化の範囲を内製で広げる場合、必要な知識は1つの分野に収まりません。受発注業務と会計の知識、マスタ設計、帳票設計、電子取引データの保存要件という4領域を同時に見られる体制が求められます。担当者が1名だけの状態では、締め日と休暇が重なった月に運用が止まります。要員の配置は、締め日の種類と請求先の件数を並べて検討してください。
締め請求で起きやすい実務の課題
締め請求で起きやすい課題は、締め後の追加と訂正、納品先と請求先の不一致、消費税額の端数処理という3つに集まります。いずれも締め日をまたぐ場面で表面化し、手作業の例外処理として残りやすい論点です。例外処理が積み上がるほど、締め処理の自動化は進みません。前節が仕組みの側を扱ったのに対し、本節は仕組みが崩れる場面を扱います。
締め後の追加は、計上の期間を後から動かす作業になります。締め処理の後に届いた納品データを当月へ入れるには、締めを解除して再集計します。再集計をすると承認済みの金額が変わるため、承認もやり直しです。当月へ入れず翌月へ回す運用にすれば処理は簡素になりますが、取引先の検収期間との整合を先に確かめる必要があります。
返品と値引きは、返還インボイス(適格返還請求書。値引きや返品の際に交付する書面)の扱いと合わせて考えます。当初の請求と同じ期間内で相殺できる場合と、期間をまたぐ場合とで、書面の作り方が変わるからです。税込1万円未満の売上に係る対価の返還等については、交付義務が免除される取扱いが示されています*1。自社の取引が該当するかは、原典の記載を確かめたうえで個別に判断してください。
納品先と請求先が異なる場合は、集約の単位で判断が分かれます。本部が請求先で納品先が各店舗という取引では、請求書を本部宛の1通にまとめます。明細は店舗別に区分し、納品書の番号を残して照合できる形にします。集約の単位を取引先と合意しないまま運用すると、請求書の差し戻しが毎月発生しかねません。
消費税額の端数処理は、締め請求で判断を誤りやすい箇所です。適格請求書に記載する消費税額等の端数処理は、一の適格請求書につき税率ごとに1回とされています2。標準税率10%と軽減税率8%の2区分であれば、端数処理はそれぞれ1回ずつです。明細行ごとに端数処理をして合計する方法は認められていません2。
納品書と請求書という複数の書類で記載事項を満たす場合は、扱いが変わります。納品書に税率ごとの消費税額等を記載して端数処理し、請求書にはその合計額を記載するという整理が示されています*3。どちらの書類で端数処理をするかを決めずに運用すると、同じ取引で2回の端数処理が生じます。自社の様式が該当するかは、原典の設例と突き合わせて確認しましょう。
単位と入数の不一致は、金額の差異として最後に表れます。ケース単位で受注し、本単位で納品する取引では、換算の桁を誤ると請求金額そのものが変わります。取引先の発注単位と自社の在庫単位は、マスタの上で対応づけておきます。差異が出た場合の調査は、受注番号、納品番号、請求番号という3つの番号をたどる作業になります。
課題の3つは、いずれも締め日という1点に集まって表面化します。例外の扱いを決めずに稼働させると、月次の作業のたびに判断が発生するでしょう。判断の前提となる制度の要件は、次節で整理します。
制度対応で押さえる要件
制度対応で押さえる要件は、適格請求書の記載事項、電子取引データの保存、支払期日の定めという3つです。いずれも締め請求の周期と請求書の様式に影響します。要件を満たさない様式のまま運用を始めると、修正がすべての取引先へ波及します。個別の判断は、原典の記載と自社の顧問への確認を踏まえて決めてください。
適格請求書の記載事項は6項目で、1か月分をまとめた請求書でも同じです1。一定期間の取引をまとめて記載する場合、取引年月日は課税期間の範囲内で一定の期間をまとめて記載する取扱いが示されています1。明細を納品書の側へ持たせるときは、請求書と納品書の相互の関連を明らかにします*3。関連づけの方法としては、請求書への納品書番号の記載が実務的でしょう。
消費税額等の計算方法には、割戻し計算と積上げ計算の2つがあります1。売上税額について積上げ計算を採る場合、仕入税額の計算方法にも制約が及びます1。締め請求では1通あたりの明細行が多くなるため、どちらを採るかで計算と検証の負荷が変わります。計算方法は期の途中で切り替えず、システムの設定として固定しておきます。
電子取引データの保存は、真実性の確保と可視性の確保という2つの柱で構成されます4。検索の要件は取引年月日、取引金額、取引先という3項目で、これらの条件で探せる状態を保ちます4。電子データで授受した請求書を紙の出力だけで保存する扱いには条件があり、猶予措置の適用範囲も定められています*4。自社の保存方法が要件に収まるかは、原典で確認してください。
支払期日の定めは、締めサイクルの設計を左右します。委託取引では、物品等を受領した日から起算して60日以内で、かつできるかぎり短い期間内に支払期日を定めることが求められます5。締め日と支払日の組み合わせによっては、受領日から60日を超える取引が生じます。支払の手段についても取扱いが定められているため、原典と質問集の双方で確かめる必要があります5*6。
請求データの標準化は、締め請求の先にある論点です。デジタルインボイス(構造化された請求データを機械が読める形で受け渡す仕組み)の標準仕様はVer.1.1.3が公開されており、2026年に更新されています7。流通業の取引データについては、業界標準のメッセージ仕様が別に整備されています8。締め請求の請求データをどちらの形式へ寄せるかは、取引先の対応状況を見て決めます*9。
制度への対応は、様式の修正だけでは終わりません。締め日、計上基準、端数処理、保存方式という4つの設定が、請求書1通の中で整合している必要があります。1か所を変えると他の設定へ波及するため、変更の影響範囲を先に洗い出しましょう。税務と法務の個別の判断については、原典の記載を踏まえて専門家へ確認する進め方が安全です。

締め請求の運用設計と導入の進め方
締め請求の導入は、現行業務の棚卸し、請求先マスタの整備、テスト運用と切り替えという順で進めます。棚卸しを飛ばすと、締め日の種類と例外処理の件数が見えないまま設計へ入ることになります。設計の前提が欠ければ、稼働後に個別対応が積み上がるでしょう。着手の順序は、後の工程が前の工程の決定に依存する順で固定します。
現行業務の棚卸しで最初に取り組むのは、締め日の一覧化です。取引先ごとの締め日、請求書の送付方法、支払サイトを1つの表へ並べます。あわせて請求書様式の収集を進め、取引先から指定されている様式の件数を数えます。指定様式の件数が多いほど、出力の設定に要する工数は増えていきます。
請求先マスタの整備では、締めグループの設定から着手します。納品先と請求先の対応、集約の単位、明細の並び順を1件ずつ決めていく作業です。続いて端数処理の統一を行い、税率ごとに1回という扱いをシステムの設定として固定します*2。マスタの整備は件数が多く、請求先の数だけ確認の作業が発生します。
テスト運用と切り替えでは、並行稼働の期間を設けます。現行の方法と新しい方法で同じ月の請求書を作り、金額と明細を突き合わせる工程です。差異が出た場合は、原因を締め日、計上基準、端数処理のいずれかへ切り分けます。あわせて保存要件の確認を行い、検索の3項目で目的の請求データへたどり着けるかを試します*4。
請求データ連携と請求レスへの発展は、締め請求の運用が安定した後の段階です。取引先が受発注データを保持している場合、請求書の交付に代えてデータの突き合わせで支払額を確定する運用が成り立ちます。標準仕様に沿ったデータであれば、受け手の側での再入力が不要になります7。移行の可否は、取引先の対応状況を1社ずつ確かめて判断します9。
導入時の確認事項と体制づくりでは、内製と外部への委託の差を見ます。内製では、受発注業務、会計、マスタ設計、帳票設計、保存要件という5領域を担う要員を自社で確保する必要があります。外部へ委託する場合でも、締め日と例外の扱いを決める役割は自社に残ります。決定の主体を先に定めておけば、稼働後の変更にも同じ手順で対応できるでしょう。
導入の判断を急ぐ前に、棚卸しで数えた締め日の種類と指定様式の件数を並べてみてください。この2つの数字が、設計の工数と切り替えの日程をおおよそ決めます。数字が大きいほど、段階を分けた移行が現実的な選択になります。
よくある質問
締め請求へ切り替える場合、取引先への周知はいつ行いますか
周知は、締め日と支払期日の変更が確定した時点で行います。締め日が動くと、取引先の検収と支払の日程も動くためです。委託取引では受領日から起算して60日以内の支払期日が求められるため、変更後の日程がこの範囲へ収まるかを先に確かめます。案内には初回の請求対象期間を明示しておくと、照合の手間が減ります。
締め日を月に2回設定することはできますか
月に2回の締め日を設定する運用は成り立ちます。取引先ごとに締め日を保持していれば、抽出の条件を変えるだけで処理を分けられるからです。回数が2倍になれば承認と出力の作業も増えるため、担当者の配置を合わせて見直します。取引先の要請で追加する場合は、支払期日との関係も同時に確認してください。
電子データで交付した請求書は、紙の控えも保存する必要がありますか
電子データで授受した取引情報は、電子データのまま保存する取扱いが定められています。検索は取引年月日、取引金額、取引先という3項目で行える状態を保ちます。紙への出力による保存には条件があり、猶予措置の適用範囲も示されています。自社の運用が該当するかは、原典の記載で確認してください。
デジタルインボイスへ発展させる場合、何から着手しますか
着手点は、自社の請求データの項目を標準仕様の項目へ対応づける作業です。公開されている標準仕様はVer.1.1.3で、2026年に更新されています。対応づけの前に締めグループと明細の単位を固めておくと、手戻りを減らせます。取引先の対応状況は1社ずつ異なるため、当面は既存の交付方法と併存させる前提で設計します。
締め請求の導入にはどのくらいの期間がかかりますか
期間は取引先の件数、締め日の種類、指定様式の件数で変わるため、一律の目安は示せません。判断の材料になるのは、棚卸しで数えた締め日の種類と指定様式の件数の2つです。並行稼働で同じ月の請求書を突き合わせる工程を日程へ含めるかどうかも、全体の長さを左右します。自社の条件に当てはめた見積もりは、個別にご相談ください。
- *1 出典:国税庁「消費税の仕入税額控除制度における適格請求書等保存方式に関するQ&A」(2026年) 経路
- *2 出典:国税庁「適格請求書に記載する消費税額等の端数処理(インボイスQ&A 個別問)」(2026年) 経路
- *3 出典:国税庁「複数書類で適格請求書の記載事項を満たす場合の消費税額等の端数処理(インボイスQ&A 個別問)」(2026年) 経路
- *4 出典:国税庁「電子帳簿保存法関係(法令解釈通達・一問一答等)」(2026年) 経路
- *5 出典:公正取引委員会「中小受託取引適正化法(取適法)関係」(2026年) 経路
- *6 出典:公正取引委員会「よくある質問コーナー(取適法)」(2026年) 経路
- *7 出典:デジタル庁「JP PINT(日本におけるデジタルインボイスの標準仕様)」(2026年) 経路
- *8 出典:一般財団法人流通システム開発センター「流通BMS(流通ビジネスメッセージ標準)」(2026年) 経路
- *9 出典:デジタルインボイス推進協議会「デジタルインボイス推進協議会 公式サイト」(2026年) 経路
画像の出典元
- Miniature shopping carts in bright colors with dollar bills/Photo by Sora Shimazaki on Pexels
- Polish 100 Zloty banknotes on VAT invoice and factoring agre/Photo by Niepoddawajsie.pl Luk on Pexels
- A moody, dimly lit subway tunnel in Ho Chi Minh City, Vietna/Photo by QUI NGUYEN on Pexels