掛け率と締め請求の基本｜卸取引の請求業務を整える設計

◆監修・編集責任者　小園 将隆　2026年9月6日

B2B EC-COLUMN

掛け率と締め請求はどのような関係にあるのか

掛け率とは、基準となる価格に対して取引先へ適用する比率を指す言葉です。締め請求とは、一定期間の取引をまとめ、締め日で区切って一括で請求する仕組みを指します。この二つは、単価の決まり方と金額の確定時点という別々の役割を担いながら、月次の請求金額を一本の数字へ収れんさせます。掛け率の設定が曖昧なまま締め日を迎えると、確定すべき金額が確定せず、確認の往復が月初に集中します。

掛け率は、基準となる価格に対する比率として、取引先ごとの販売単価を導くために使います。仮に基準価格が10,000円で掛け率が70%であれば、その取引先の単価は7,000円になります。掛け率の水準は取引量や支払条件によって幅があり、業種共通の目安を示す公表資料は確認できていません。自社の基準価格をどこに置くかを先に決めておくと、比率の意味が社内でぶれません。

掛け率の持ち方は一通りではありません。定価に対する比率で持つ方法、建値に対する比率で持つ方法、取引先別の個別単価を直接持つ方法があり、この3通りが混在すると計算の起点が分かりません。数量割引や期間を限った値引きが重なる場合、どの順序で比率を掛けるかによって最終単価が変わります。適用順序を決めずに運用すると、同じ注文でも担当者によって金額が食い違います。

締め請求は、期間内の取引をまとめて締め日で区切り、1通の請求書で請求する仕組みです。月末締めのほか、20日締めや25日締めを採る取引先もあり、締め日は取引先ごとの取り決めで決まります。都度請求と比べて請求書の枚数は減りますが、締め日を過ぎた計上漏れは翌月へ繰り越されます。締め日は、請求金額を確定させる境目にあたります。

掛け率の設定は、締め日に金額を確定できるかどうかを左右します。単価が確定していない明細が1行でも残っていれば、その取引先の請求金額は締め日に確定しません。確定しない明細は保留となり、営業担当者への確認と再計算が月初の数日へ集中します。

請求金額の確定には、消費税の計算方法もかかわります。消費税額の計算には割戻し計算と積上げ計算の2つの方法があり、どちらを採るかで端数の出方が変わります^*2。掛け率を適用した後の単価は1円未満の端数を生みやすく、明細単位で丸めるか請求書単位で丸めるかを決めておく必要があります。

掛け率と締め請求は、単価の決まり方と金額の確定時点という別々の役割を持ちます。両者を別々の帳簿で管理していると、締め日に照らし合わせる作業が人手に残ります。次の節では、締め日から入金までの流れと、請求書に求められる記載事項を確かめます。

締め請求の流れと請求書に必要な記載事項

締め請求は、受注データの登録、締め日の確定、請求書の発行、入金の消込という4つの段階で進みます。このうち請求書の発行では、適格請求書として求められる6項目の記載事項を満たす必要があります^*1。記載が欠けた請求書は取引先側で仕入税額控除の要件を満たさず、再発行の依頼が返ってきます。段階ごとに区切り、どこで何が確定するかを決めておくと、月初の手戻りを減らせます。

受注データの登録では、後の工程で使う項目をこの時点でそろえます。取引先コード、商品コード、数量、適用した掛け率、税区分、納品予定日を残しておくと、締め日にそのまま集計できます。単価だけを転記して掛け率を残さない運用では、金額の根拠をたどれません。

締め日の確定では、対象期間に入る取引と入らない取引を切り分けます。出荷済みで検収が済んでいない取引をどちらに含めるかは、取引先との取り決めに従います。この判断が担当者ごとに分かれると、同じ月でも請求対象がずれます。

請求書の発行では、記載事項の6項目を確かめます。発行者の氏名または名称と登録番号、取引年月日、取引内容が前半の3項目です。税率ごとに区分して合計した対価の額と適用税率、税率ごとに区分した消費税額等、交付を受ける事業者の氏名または名称が残る3項目です¹。登録番号はTの文字と13桁の数字で表されます2。

消費税額の端数処理は、一の適格請求書につき、税率ごとに1回とされています^*2。明細行ごとに端数を処理して合計する方法は、この取り扱いに合いません。掛け率の適用で1円未満が生じる取引ほど、丸めの位置が金額差として表に出ます。

納品書と月締め請求書を組み合わせて記載事項を満たす方法もあります。1つの書類で6項目をそろえる必要はなく、複数の書類の相互の関連が明確であれば、全体で要件を満たす扱いが示されています^*2。日々の納品書で取引年月日と取引内容を示し、月締め請求書で税率ごとの合計額と消費税額等を示す形です。

入金の消込では、振り込まれた金額と請求金額を突き合わせます。振込手数料の差し引き、複数請求書の一括入金、一部入金があると、1対1では対応しません。返品や値引きが後から入る場合は適格返還請求書の交付が要りますが、税込1万円未満のものは交付義務が免除されます^*2。

自社の商流に合わせた要件整理を進めたい場合は、無料相談で要件を整理するのが近道です。

取引先ごとに掛け率が異なるときに起きる請求の難所

取引先ごとに掛け率が分かれると、請求業務の負荷は明細の件数ではなく、条件の組み合わせの数で増えます。取引先別の掛け率、商品別の掛け率、端数処理の単位、締め日と支払サイトが取引先ごとに違えば、確かめるべき組み合わせは掛け算で増えていきます。表計算の条件表で管理する運用は更新の抜けと版の重複を生みやすく、金額の根拠が担当者の記憶に残ります。

取引先別の掛け率は、取引先の数だけ比率を持つことを意味します。そこへ商品別の掛け率が重なると、確かめるべき組み合わせは取引先数と商品群の数の掛け算になります。商品の追加や価格改定のたびに、条件表を一つずつ直す作業が発生します。直し漏れた表が1つ残るだけで、その取引先の請求金額は過去の比率で計算されます。

端数処理は、丸めの位置によって金額が変わります。掛け率を適用した単価に1円未満の端数が出る場合、明細単位で丸めるか、税率ごとの合計に対して丸めるかで結果が分かれます。消費税額の端数処理は、一の適格請求書につき税率ごとに1回とされています^*2。明細ごとに端数を処理して積み上げる方法は、この扱いに合いません。

消費税額の計算には割戻し計算と積上げ計算の2つの方法があります^*2。売上側でどちらを採るかによって、請求書に載る消費税額が変わります。取引先の処理と自社の処理が違う方法を採っていると、1円単位の差が毎月生じます。差額そのものは小さくても、原因の特定に時間がかかります。

締め日と支払サイトが取引先ごとに違うと、締め処理は月内に複数回発生します。20日締めと月末締めが混在すれば、経理部門は月に2回の山を抱えます。支払期日は受領した日から起算して60日以内という上限にかかわるため、締め日を後ろへずらす対応も自由には取れません^*4。

請求金額を誤った場合の影響は、金額の訂正だけにとどまりません。請求書の再発行と再送、取引先側の計上訂正、入金差異の調査が続き、翌月の締め処理と重なります。適格請求書の記載事項に不足があった場合、取引先側では仕入税額控除の要件を満たさず、再交付の依頼が返ってきます^*1。

条件が担当者の記憶に残っている状態は、月次の作業が止まるおそれを抱えます。休暇や異動で担当者が不在になると、掛け率の根拠を確かめられる人がいなくなります。条件をデータとして持たせ、誰が見ても同じ金額が出る状態にしておくと、確認の往復が減ります。

法制度の見直しが締め請求の実務にもたらす変化

委託取引の適正化に関する法制度が改められ、支払条件の扱いが変わります。中小企業への委託取引を対象とする法律は名称と対象を改め、2026年に施行されます⁴。支払期日の上限と支払手段の取り扱いが見直されるため、締め日から入金までの設計を先に確かめておく必要があります。請求書の保存方法についても電子化の要件が定められており、締め請求の運用と切り離せません3。

支払期日は、給付を受領した日から起算して60日以内で、かつできる限り短い期間内に定めるものとされています^*4。締め日から支払日までの日数を長く取る運用は、この上限に触れる可能性があります。月末締めの翌々月払いのように締め日を起点に数える運用は、受領日を起点とする数え方と一致しません。

支払手段についても見直しが入ります。中小受託取引適正化法（中小企業への委託取引で支払条件などを定める法律）では、約束手形などによる支払いが認められない扱いとなります^*4。手形のサイトを前提に資金繰りを組んでいた場合、支払の準備が前倒しになります。

支払う側は、締め日から支払日までの日数が短くなる分、月次の資金計画を組み直します。受け取る側は入金の時期が早まり、回収予定の読みが立てやすくなります。取引条件の見直しには取引先との協議が要るため、締め日と支払サイトの一覧を先に整えておくと話が進みます。適正な取引条件の考え方は、公的な支援情報にまとめられています^*5。

請求書の保存方法にも要件があります。電子的にやり取りした取引情報は、電子データのまま保存する扱いが定められています³。保存にあたっては真実性の確保と可視性の確保という2つの要件が示され、検索の要件として取引年月日、取引金額、取引先の3項目が挙げられています3。

電子で受け取った請求書を印刷し、紙だけで保管する運用は、この要件に合いません。締め請求では請求書の控えと納品書の控えが同時に発生するため、どの書類がどの保存要件に当たるかを整理しておくと迷いません。制度の細かな取り扱いは改訂が入ることがあり、公表されている解説で最新の記載を確かめる進め方が向いています^*2。

個別の取引へ制度をどう当てはめるかは、契約の内容や取引の実態によって変わります。税務や法務の判断にかかわる部分は、所轄の税務署や専門家へ確かめながら進める形が安全です。制度の要件を満たすことと、日々の締め処理が回ることは別の問題であり、両方を同時に設計する必要があります。

締め請求を支えるデータ連携と電子化の考え方

締め請求の負荷を下げる道筋は、請求データと入金データを同じ粒度でつなぐところにあります。請求書を電子化しても、受け取った側が目視で転記していれば作業が移動するだけです。デジタルインボイス（機械が処理できる形式でやり取りする請求データ）の標準仕様は、国内向けに整備が進んでいます⁶。振込データ側にも支払通知の情報を載せる仕組みがあり、この2つをつなぐと消込の自動化が視野に入ります8。

請求データを機械が処理できる形で送るには、書式の取り決めが要ります。国内向けの標準仕様が公開されており、請求書に載せる項目と表し方が定められています⁶。この仕組みでは、送り手、送り手側の接続事業者、受け手側の接続事業者、受け手という4者がデータを受け渡します7。

請求データの標準化は、社内の項目名を外部の書式へ対応づける作業から始まります。取引先コード、明細の単価、適用した掛け率、税区分、税率ごとの合計額が、どの項目に当たるかを決めます。ここで対応づけを飛ばすと、送信のたびに人手の変換が入り、電子化の効き目が薄れます。

振込データとの突合は、入金側に手掛かりが載っているかどうかで難易度が変わります。従来の振込電文では取引情報を載せる欄が20桁に限られ、複数の請求書番号を載せられませんでした⁸。この欄を拡張し、支払通知の情報を振込データへ載せる仕組みが用意されています8。

差異の調査は、突合で残った明細だけを対象にします。振込手数料の差し引き、複数請求書の一括入金、値引きの後追いが主な原因です。原因の型をあらかじめ分けておくと、翌月に同じ調査を繰り返さずに済みます。

消込結果の記録では、どの入金がどの請求書に当たったかを残します。記録があれば、残高の照会に答えるまでの時間が短くなります。記録を残さずに帳簿上の残高だけを合わせる運用では、翌月以降に同じ確認が繰り返されます。

紙とPDFの運用が残る場合、二重の作業が発生します。電子データで受け取った請求書は電子のまま保存する扱いですが^*3、社内の回付が紙であれば印刷と保存の両方が要ります。電子化の効き目は、受け取り側の処理までつながって初めて表に出ます。

BtoB ECで掛け率と締め請求を運用するための設計

BtoB ECで掛け率と締め請求を運用するには、価格と掛け率の設計、受注データの項目設計、与信と請求限度の管理という3つの段階を分けて考えます。取引先ごとに違う条件を画面側で吸収しようとすると、判定が分散して保守が難しくなります。条件はデータとして持たせ、画面は結果を表示する役割に絞ると、条件の追加に耐えます。締め請求まで見据えた項目をこの段階でそろえておくと、後から請求側だけを直す手戻りを避けられます。

価格と掛け率の設計では、まず基準価格の登録の粒度を決めます。商品単位で基準価格を持ち、取引先ごとの掛け率を別に持つと、価格改定の影響が1か所で済みます。数量割引や期間を限った値引きが重なる場合に備え、掛け率の適用順序をあらかじめ定めます。順序が定まっていないと、同じ注文から異なる単価が出ます。

取引先別の掛け率と商品別の掛け率が併存する場合、どちらを優先するかの判定を1か所へ集めます。判定を注文画面と請求処理の両方に書くと、片方だけを直したときに金額が食い違います。単価を確定させた時点の掛け率を受注明細へ残しておけば、後から根拠をたどれます。

受注データの項目設計では、締め請求で使う項目を受注の時点でそろえます。締め日の保持は取引先マスタ側に持たせ、受注明細には締め対象期間を判定できる日付項目を残します。税区分の保持は明細単位とし、税率ごとの合計額を後から集計できる形にします。

締め処理では、受注明細のうち請求対象になったものへ請求番号を書き戻します。書き戻しがないと、二重請求と請求漏れの両方が起こり得ます。請求書の再発行が要る場合に備え、発行済みの内容を版として残す形にしておきます。

与信と請求限度の管理は、受注の時点と締めの時点の両方でかかわります。与信残高の照会は、受注登録の前に売掛残高と未請求の受注残を合算して確かめます。請求限度の判定は、締め日に確定した請求金額が取引先ごとの上限に収まるかを見ます。

与信の判定を人が個別に見ている運用では、担当者の不在時に受注が止まります。判定の基準をデータで持たせ、上限を超えた場合だけ人が確かめる形にすると、通常の受注は流れます。上限や支払遅延の扱いは取引先との取り決めにかかわるため、営業部門と経理部門の双方で基準を合わせておく必要があります。

導入前に確認しておきたい論点

導入前に確かめておく論点は、現行の締め日と支払条件の棚卸し、基幹システムや会計システムとの連携範囲、移行時に取引先へ案内する事項の3点です。この3点を固めないまま設計へ進むと、要件が途中で増えて移行の時期がずれます。棚卸しの結果は、そのまま設定値の一覧として使えます。連携範囲の線引きは、後から広げるより先に決めるほうが手戻りが小さくなります。

棚卸しでは、取引先ごとに締め日、支払期日、支払手段、端数処理の単位、適用中の掛け率を一覧にします。契約書に書かれた条件と実際の運用が食い違っている取引先が見つかることがあります。食い違いは移行の時期に表面化するため、この段階で取引先と確かめておきます。

支払期日は受領した日から起算して60日以内という上限にかかわるため、棚卸しの時点で確かめます⁴。手形での支払いが残っている取引先は、支払手段の変更を伴う協議が要ります4。条件の変更は資金繰りに影響しますので、経理部門の合意を先に取ります。

基幹システムや会計システムとの連携範囲では、どこまでを受注側に持たせるかを決めます。価格・掛け率・締め条件を受注側に持たせ、確定した請求データを会計側へ渡す分担が一つの形です。売掛の管理を会計側に残す場合、与信残高の照会をどちらから返すかを決めておきます。

連携の方式は、日次のデータ受け渡しと、都度の照会のどちらを採るかで運用が変わります。日次であれば当日の受注が与信に反映されず、都度であれば相手側の応答時間に影響を受けます。どちらにも制約があるため、締め日前後の負荷を見込んで選びます。

内製で進める場合に要る知識は、請求書の記載事項と消費税の取り扱い、電子取引データの保存要件、基幹システムの項目定義、締め処理の実行設計という4領域にわたります。経理部門と情報システム部門のどちらか一方だけでは、判定の抜けが出ます。締め処理が動く月末月初は現業が立て込むため、検証の時間を確保しにくい時期にあたります。

外部のパートナーへ委託する場合の違いは、条件の型をどれだけ既に持っているかにあります。取引先別の掛け率、複数の締め日、返品と値引きの後追いといった要件は、卸取引で繰り返し現れます。要件の当てはめから始められる分、自社の判断は取引条件と例外の扱いへ集中できます。риスクを小さくするための委託という位置づけで検討すると、範囲を決めやすくなります。

移行時に取引先へ案内する事項は、請求書の書式の変更、締め日や支払期日の変更の有無、受け取り方法の変更です。書式が変わると取引先側の照合作業に影響しますので、切り替えの前に見本を示して確認を取ります。電子での受け渡しへ切り替える場合、受け取り側の準備の状況を確かめてから移行の時期を決めます。

よくある質問

掛け率と割引率はどう違いますか

掛け率は基準となる価格に対して支払う側が払う比率、割引率は基準価格から差し引く比率を指します。基準価格が10,000円のとき、掛け率70%と割引率30%はどちらも7,000円になり、合計すると100%です。同じ金額でも社内での言い方が分かれていると、条件表の読み違いが起きます。どちらの表し方を使うかを社内で統一しておくと安全です。

締め日を取引先ごとに変えると経理の負荷は増えますか

増えます。20日締めと月末締めが混在すれば、締め処理の山は月に2回できます。締め日が3通りに分かれれば、集計と発行の作業が月内に3回発生します。取引先の要望に沿って締め日を増やす場合は、締め処理を自動で走らせられる状態にしてから広げると、担当者の負荷を抑えられます。

月締め請求書だけで適格請求書の要件を満たせますか

1つの書類で6項目をそろえる必要はありません。複数の書類の相互の関連が明確で、全体として記載事項を満たしていれば要件を満たす扱いが示されています^*2。日々の納品書で取引年月日と取引内容を示し、月締め請求書で税率ごとの合計額と消費税額等を示す組み合わせが一例です。個別の取り扱いは所轄の税務署へ確かめてください。

掛け率を変更した場合、過去の受注分はどう扱いますか

適用の起点を受注日とするか出荷日とするかを、取引先との間で先に決めておきます。起点が決まっていないと、変更をまたぐ受注で新旧2つの単価が混在します。単価を確定させた時点の掛け率を受注明細へ残しておけば、後から根拠をたどれます。変更の連絡は、締め日をまたぐ前に文書で残す形が安全です。

電子で受け取った請求書を紙に印刷して保存できますか

電子的にやり取りした取引情報は、電子データのまま保存する扱いが定められています^*3。保存では真実性の確保と可視性の確保という2つの要件が示され、検索の要件として取引年月日、取引金額、取引先の3項目が挙げられています^*3。紙での保管を併用する場合も、電子データ側の保存は別に要ります。

1. *1　出典：国税庁「タックスアンサー No.6625 適格請求書等の記載事項」（2026年）　経路
2. *2　出典：国税庁「特集 消費税インボイス制度特設サイト（インボイス制度Q&A・インボイスの取扱いに関するご質問）」（2026年）　経路
3. *3　出典：国税庁「電子帳簿保存法関係（関係法令・通達・一問一答等）」（2026年）　経路
4. *4　出典：公正取引委員会「中小受託取引適正化法（取適法）関係」（2026年）　経路
5. *5　出典：中小企業庁「適正取引支援サイト」（2026年）　経路
6. *6　出典：デジタル庁「JP PINT（日本におけるデジタルインボイスの標準仕様）」（2026年）　経路
7. *7　出典：デジタルインボイス推進協議会「デジタルインボイス推進協議会 公式サイト（デジタルインボイスおよびPeppolの普及活動）」（2026年）　経路
8. *8　出典：全国銀行資金決済ネットワーク「ZEDI（全銀EDIシステム）」（2026年）　経路