指値・請求・支払サイトの基本｜BtoB取引の設計

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

B2B EC-COLUMN

指値・請求・支払サイトの基本と相互関係

指値とは、取引先ごとに個別に取り決めた販売単価を指します。指値は受注の明細へ引き継がれ、締め請求で集計され、支払サイトの日数を経て入金に至ります。三つはひとつの流れであり、どこか一箇所の条件が変われば請求金額と資金の回収時期の双方が動きます。支払期日は給付を受領した日から起算して60日以内に定めることが求められており¹、価格の決め方にも取引上の枠組みが及びます²。まず用語の範囲をそろえることが出発点になります。

指値は、定価や標準価格に対する例外として運用されます。同じ商品でも取引先ごとに単価が異なり、数量帯や期間で単価が切り替わる建て方もあります。単価の決め方は、定価からの掛率、数量帯別の単価表、期間限定の特価という3種類に整理できます。3種類が同じ商品に重なると、どれを優先するかの取り決めが要ります。

締め請求は、一定期間の取引をまとめて1枚の請求書にする方法です。請求書に載せる内容は、適格請求書の記載事項として6項目が示されています⁴。税率ごとに区分した対価の額と消費税額が要るため、10%と8%の2つの税率が混在する取引では区分の精度が問われます。単価が誤っていれば、記載事項がそろっていても金額は誤ります。

支払サイトは、締め日から支払期日までの期間を指します。月末締めの翌月末払いであれば、締め日から支払期日までは約30日です。ただし法令が見る起算点は締め日ではなく、給付を受領した日です¹。月の初日に納品した分は、翌月末払いでは61日目の支払となる月があり、60日以内の枠に収まらない可能性があります。

支払サイトは資金の回収時期を左右します。60日の支払サイトであれば、納品から入金までの2か月分の運転資金を自社が立て替えることになります。取引先ごとに30日と60日が混在すると、月内の入金に山と谷が生まれます。回収の予定表を作るには、取引先別の締め日と支払サイトを1つの台帳へ集めておく必要があります。

3つの条件は、誤りの波及の仕方も違います。指値の誤りは請求金額そのものを誤らせ、訂正のための再発行と再入金の手間を生みます。締め日の誤りは請求のタイミングをずらし、支払サイトの誤りは入金予定日をずらします。いずれも経理と営業の双方に確認の往復を生むため、条件の管理を1か所へ集めるほうが手戻りは小さくなるでしょう。

用語の範囲は社内でもずれます。営業が言う指値が値引き後の売価を指し、経理が言う指値が掛率を指す場面もあります。請求と支払サイトも、締め日基準と受領日基準で日数の数え方が変わります。見直しの初めに3つの言葉の定義を1枚へ書き出して合意しておくと、後工程の設計が揺れません。

指値が請求金額に反映されるまでの流れ

指値が請求金額へ届くまでには、見積の提示、受注の登録、出荷と納品、締め処理、請求金額の検算という5つの段があります。単価が確定するのは受注の登録の時点で、金額が確定するのは出荷と納品の実績数量が固まった時点です。締め処理は期間内の明細を足し合わせる工程にすぎず、そこで単価を作り直すわけではありません。どの段で何が決まるのかを分けて捉えると、差異の原因を探す範囲が狭まります。

見積の提示では、取引先別の単価をいったん文書へ固定します。数量帯や納期の条件が付く場合は、条件と単価を組みで残します。見積の有効期間を書き添えておけば、期限切れの単価が後から使われる余地が減ります。有効期間を空欄にした見積は、半年後の受注でもそのまま参照されるおそれがあります。

受注の登録では、見積の単価を明細行へ引き継ぎます。ここで単価が空欄のまま登録されると、後工程が定価で埋めるか、担当者の記憶で埋めることになります。仮に1個あたり10円の差が生じ、月間1万個を取引していれば、1か月で10万円の差です。単価の空欄を登録の段で止める仕組みが、差異の抑え込みに効きます。

出荷と納品では、数量の実績が金額を動かします。受注数量と出荷数量が違えば、請求金額も変わります。分納があれば、同じ受注に対して複数回の出荷が並びます。3回に分けて納品した受注を1行へ丸めてしまうと、納品書と請求書の突き合わせができません。

締め処理では、締め日までの明細を取引先ごとに集計します。締め日が20日の取引先と月末の取引先が混在する場合、集計の対象期間も別になります。締め日をまたいだ返品や値引きは、当月に入れるか翌月へ回すかの判断が要ります。判断の基準を先に決めておけば、月次の締めが担当者の裁量に左右されません。

請求金額の検算では、単価差異と端数の2点を見ます。受注単価と請求単価が一致しない明細を抽出できれば、反映漏れは締め前に見つかります。消費税の端数処理は、税率ごとに1回にまとめる考え方が適格請求書の求めに沿います⁴。明細ごとに端数処理を重ねると、合計が1円単位でずれる要因になります。

差異が出たときに戻れる場所を作ることも、流れの一部です。見積、受注、出荷、締めの4つの段で単価と数量の履歴を残せば、どの段で値が変わったかを追えます。履歴のない運用では、原因の特定に営業と経理の往復が生まれます。差異の調査に時間を取られている場合は、履歴の設計から見直すほうが早道でしょう。

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

支払サイトの決め方と法令上の枠組み

支払サイトは自社の資金繰りだけで決められるものではありません。支払期日の起算点は給付を受領した日であり、その日から起算して60日以内に定めることが求められます¹。支払手段についても、手形等による支払を禁止行為として整理する見直しが進んでいます²。価格の決め方では、一方的な代金決定を避け、協議の経過を残す運用が問われます²。個別の当てはめは原典と専門家への確認が前提になります。

支払期日の起算点は、社内の締め日とは別に置かれます。締め日基準で60日と数えていても、受領日基準では60日を超える月が生じます。月末締めの翌月末払いでは、月の初日に受領した分が61日目の支払になる月があります。締め日と支払期日の組み合わせは、日数が長くなる月を選んで点検しておくほうが安全でしょう。

支払期日の上限は、受領日から60日以内という枠で示されています¹。委託取引の代金支払や取引条件を定める法令として中小受託取引適正化法があり、取適法と略されます¹。60日を超える取り決めが残っていた場合、支払サイトの短縮は資金の前倒しを伴います。仮に1か月分の支払が1億円の規模であれば、30日の短縮は1億円分の資金を先に用意することにあたります。

支払手段については、手形等の扱いが変わりました。手形等のサイトを60日以内とする取扱いが2024年に示され³、その後は支払手段そのものの見直しへ進んでいます²。現金払いへ切り替える場合、支払日の集中と資金の平準化を同時に考える必要があります。適用の細目と時期は原典で確かめてください¹。

価格の決め方では、協議の記録が意味を持ちます。一方的な代金決定は禁止行為として整理されています²。原価の変動を単価へ反映する場面では、協議の申し入れ、提示した資料、合意した内容と時期を残しておくと経緯を説明できます。指値の改定履歴を1件ずつ残しておけば、遡っての確認にも耐えます。

取り決めた条件を書面で残すことも前提です。単価、締め日、支払期日、支払手段の4点は、基本契約か個別の覚書へ書き分けます。口頭の取り決めは、担当者が変わった時点で内容が失われます。4点のうち1つでも空欄が残る取引先があれば、そこから確認を始めるとよいでしょう。

制度の当てはめは取引の実態で変わります。自社が委託する側か受託する側か、資本金や従業員数の区分によって適用の有無が分かれます¹。取引の形が請負か売買かでも見方が変わります。判断に迷う点は、原典を確かめたうえで専門家の意見を得る手順にしておくと、後からの是正が小さくなります。

指値と請求の運用でつまずきやすい点

運用でつまずく箇所は、単価の確定前、締め処理、入金消込という3つの段に分かれます。単価の確定前では指値の反映漏れと特価の期限管理が、締め処理では締め日の相違と支払サイトの相違が、入金消込では差額の特定と値引きの反映が問題になります。原因は担当者の注意不足ではなく、条件が1か所へ集まっていないことにあります。段ごとに切り分ければ、対処の順序も決まります。

本節は起きる事象を扱い、備える手立ては次節で整理します。指値の反映漏れは、単価の決定と登録が別の人の手に分かれている場面で生まれます。合意した単価が電子メールや口頭にとどまり、受注の明細へ入らないまま出荷されます。出荷後に単価の違いが分かれば、請求の訂正か次月での調整が要ります。

特価の期限管理は、始まりよりも終わりで崩れます。3か月限りの特価が期限後も使われ続け、定価へ戻す作業が抜けます。期限のある単価は、開始と終了を組みで持たせ、終了後は定価へ自動で戻る建て方が要ります。管理表を人が見て切り替える方式では、月をまたいだ時点で漏れが起きます。

締め日の相違は、取引先が増えるほど負担が増します。月末、20日、10日と締め日が3種類あれば、月内に3回の締め作業が発生します。締め日ごとに集計の対象期間と出力する帳票が変わり、手順が担当者の頭の中へ蓄積します。手順が個人に紐づくと、休暇や異動の時期に締めが止まります。

支払サイトの相違は、入金予定の管理を難しくします。30日、45日、60日が混在すれば、同じ月に請求した売上の入金月が3つへ分かれます。入金予定日を請求の時点で計算できなければ、消込の照合先が定まりません。取引先別の支払サイトを台帳で持ち、請求のたびに予定日を付ける形が要ります。

差額の特定は、入金額と請求額が一致しない場面で必要になります。複数の請求書がまとめて1件で入金されると、どの請求へ充てるかの判断が要ります。振込手数料の差引、端数の切り捨て、相殺の適用という3つが重なると、内訳は人の手で解くほかありません。振込電文へ請求の識別情報が載っていれば、照合の手間は小さくなります⁷。

値引きの反映は、後出しになると影響が広がります。締め後に決まった値引きを当月の請求へ戻すと、いったん出した請求書の訂正が必要です。翌月で調整すると、月次の売上と入金の対応が1か月ずれます。どちらを採るかを取引先ごとに決めておけば、判断待ちで締めが延びる事態を避けられます。

システムで整える指値・請求・入金の流れ

前節で挙げた事象へ備える手立ては、5つの要件へ整理できます。取引先別価格マスタ、適用順序の定義、電子インボイス対応、電子取引データ保存、金融EDI情報の活用です。価格の条件を1か所へ集め、請求書の記載事項を6項目そろえ⁴、保存と消込の手順を機械の側へ寄せる考え方になります。既存の運用を崩さずに載せ替えられるかは、価格マスタの持ち方でおおむね決まります。

取引先別価格マスタは、取引先と商品の組み合わせで単価を持つ台帳です。取引先ごとの単価、数量帯別の単価、期間限定の特価という3層を分けて持てるかが分岐点になります。1つの表へ上書きで持たせると、過去の単価が失われ、遡った検算ができません。履歴を残す設計にしておけば、改定の経緯も説明できます。

適用順序の定義は、条件が重なったときの優先を決める取り決めです。期間特価、数量帯、取引先単価、定価の順に探し、最初に当たった単価を採る形が一例になります。順序を明示しないシステムでは、同じ受注が入力の経路によって別の単価になります。4つの層のどれを先に見るかは、営業と経理の双方で合意しておく必要があります。

電子インボイス対応の要点は、記載事項と授受の経路の2つです。適格請求書の記載事項は6項目が示されており⁴、税率ごとの区分と登録番号の保持が要ります。デジタルインボイス（構造化された電子データで授受する請求書）の国際的な枠組みは、送り手と受け手とそれぞれの仲介者という4者で構成されます⁸。国内向けの標準仕様も公開されていますが⁶、更新が続くため対応の範囲は原典で確かめておくと後戻りが小さくなります。

電子取引データ保存は、請求書を電子で授受する場合の前提です。電子取引のデータは電子のまま保存する扱いが定められ⁵、取引年月日、取引金額、取引先の3項目で検索できることが要件に含まれます。紙へ印刷して保管する運用では要件を満たしません。保存の区分は3つに分かれており、自社が使う区分を先に見定める必要があります⁵。

金融EDI情報（振込電文へ受発注や請求の識別情報を添えて送る仕組み）の活用は、入金消込の自動化に効きます。従来の振込電文では受発注の情報を載せる欄が20桁に限られ、請求番号を十分に持てませんでした⁷。構造化されたデータで識別情報を添えられれば、入金明細と請求の突き合わせを機械の側で処理できます。取引先の対応状況に左右されるため、取引額の大きい取引先から順に進める形が現実的でしょう。

必要な知見の範囲も見積もっておく必要があります。価格マスタの設計、税制と保存要件の読み解き、決済データの連携という3つの領域が同時に関わります。内製で進める場合、業務の要件を書ける担当とシステムを組む担当の双方を確保しなければなりません。外部へ委ねる場合でも、価格条件の棚卸しと社内合意は自社が持つ作業として残ります。

見直しに着手する前に確認したい項目

着手の前に確かめる項目は、棚卸し、業務フローの整理、移行の準備という3つの段に分かれます。棚卸しでは価格条件の一覧化と締め条件の一覧化を、業務フローの整理では責任分担の明確化と例外処理の把握を、移行の準備ではデータ整備と社内合意を進めます。順序には依存関係があり、棚卸しを終える前に機能の比較へ入ると要件が後から増えます。取引先の数と価格の層の数を数えるところから始めるとよいでしょう。

価格条件の一覧化では、現在有効な単価をすべて洗い出します。システムに入っている単価、電子メールでの合意、担当者の記憶という3つの出所を突き合わせると、差異が見えます。仮に取引先が100社あり、1社あたり20品目を扱っていれば、確認の対象は2,000行です。行数を先に数えておけば、棚卸しに必要な人手の見当が付きます。

締め条件の一覧化では、締め日、支払サイト、支払手段の3点を取引先ごとに並べます。並べてみると、同じ条件の取引先がいくつの群へ分かれるかが見えます。群が3つに収まるなら、条件を寄せる案も現実的な選択になります。60日を超える支払サイトが残っていれば、法令上の枠組みとの照合も同時に必要です¹。

責任分担の明確化では、誰が単価を決め、誰が登録し、誰が検算するかを1枚へ書きます。決定と登録が同じ人に集まっていれば、確認の目が入りません。3つの役を別の担当へ分けるか、機械の側の検査で代えるかを選ぶことになります。分担が決まらないまま機能を選ぶと、運用の段で作業が浮きます。

例外処理の把握は、見落としやすい作業です。特定の取引先だけ請求書を郵送している、月末が休日のときだけ締めを前倒しする、といった例外は文書に残っていません。担当者への聞き取りで洗い出し、残す例外と畳む例外を分けます。例外を全部載せようとすると、要件が膨らんで移行が止まります。

データ整備では、単価と取引先の重複を解きます。同じ取引先が2つのコードで登録されていれば、締めの集計が分かれます。商品コードの改定履歴が切れていれば、過去の単価と現在の商品がつながりません。移行の前に名寄せと履歴の接続を終えておくと、稼働後の差異調査が減ります。

社内合意では、適用順序と例外の扱いを決めて文書へ残します。営業は個別の条件を残したい立場に立ち、経理は条件を減らしたい立場に立ちます。移行の準備の最後に、どちらの主張を採ったかを記録しておけば、稼働後の異論にも答えられます。単価の誤りは請求の訂正と入金の遅れへ直結するため、合意の記録は後の説明の材料になるでしょう。

よくある質問

支払サイトを取引先ごとに変えたままでもシステム化できますか

できます。取引先別の締め日と支払サイトを台帳で持ち、請求の時点で入金予定日を計算する形にすれば、条件を統一しなくても運用は回ります。ただし条件の群が増えるほど検証の手間も増えます。30日と60日のように2つか3つの群へ寄せられるかを、先に検討する価値があるでしょう。

手形での支払を続けている場合、何から確認すればよいですか

支払手段の扱いは見直しが進んでいるため、原典で現行の定めを確かめるところから始めます²。手形等のサイトを60日以内とする取扱いが2024年に示されています³。現金払いへ切り替える場合は、支払日の集中と資金の手当てを同時に計画します。個別の当てはめは専門家への確認が前提です。

指値の改定を求められたとき、記録として何を残せばよいですか

協議の申し入れ、提示した資料、合意した内容と時期という3点を残します。一方的な代金決定は禁止行為として整理されているため²、価格の決定に至る経緯を説明できる状態にしておく必要があります。改定の履歴を単価ごとに保存しておけば、遡っての確認にも応じられます。

請求書を電子で送る場合、紙の控えは残さなくてよいですか

電子取引で授受したデータは、電子のまま保存する扱いが定められています⁵。紙へ印刷した控えだけを保管する運用では要件を満たしません。保存の区分は3つに分かれているため、自社が使う区分と、取引年月日と取引金額と取引先という3項目の検索の要件を確かめたうえで、保管の方法を決めます。

入金消込の自動化はどこまで進められますか

自動化の範囲は、入金のデータへ請求の識別情報が付いているかで変わります。従来の振込電文で受発注の情報を載せる欄は20桁に限られていました⁷。構造化されたデータで請求番号を受け取れる取引先から順に広げる形が現実的です。手数料の差引や相殺が絡む明細には、人の確認が残ります。

1. 1　出典：公正取引委員会「中小受託取引適正化法（取適法）関係」（2026）　経路
2. 2　出典：公正取引委員会「委託事業者の禁止行為」（2026）　経路
3. 3　出典：公正取引委員会「手形等のサイトの短縮について」（2024）　経路
4. 4　出典：国税庁「No.6625 適格請求書等の記載事項」（2025）　経路
5. 5　出典：国税庁「電子帳簿等保存制度特設サイト」（2026）　経路
6. 6　出典：デジタル庁「JP PINT（電子インボイスの標準仕様）」（2026）　経路
7. 7　出典：一般社団法人全国銀行資金決済ネットワーク「全銀EDIシステム（ZEDI）とは」（2026）　経路
8. 8　出典：デジタルインボイス推進協議会（EIPA）「デジタルインボイスとは」（2026）　経路