◆監修・編集責任者
B2B EC-COLUMN
この記事のポイント
- 掛け率は何に掛ける割合かを社内で一つに決め、取引先の既定掛け率・商品別の例外単価・丸め方を分けて持つ。
- 掛け率の水準は取引数量・決済条件などの説明できる条件で区分し、個別交渉で決めた率には理由と適用日を残す。取引先の販売価格を縛る使い方は避ける。
- 表計算かシステムかは、取引先数・例外単価の数・変更頻度・履歴の要否で判断し、特に例外単価の増え方が持ち方を見直すきっかけになる。
- 例外単価と既定掛け率の優先順位に加え、画面入力やCSV取込など入力経路ごとにどの値が使われるかを決めておく。
- 掛け率の変更は適用開始日以降の新しい明細に反映し、請求書の消費税額の端数処理は適格請求書1枚につき税率ごとに1回で行う。
目次

取引先ごとに掛け率が違うと、価格確認と手計算が増える理由と、先に決めておく3つのこと
取引先が増えるほど、見積のたびに価格表を開き直し、電卓で単価を出して、それが合っているか不安になる場面が増えます。
取引先別の掛け率は、上代(定価)に掛ける割合として取引先ごとの既定値を決め、特価などの商品別の例外単価は別に持つと整理できます。
どちらを優先するかと、単価の丸め方も先に決めておきます。
掛け率の水準は、取引数量や決済条件など理由を説明できる条件で区分します。
変更するときは、適用開始日以降の明細だけに反映します。
請求では、消費税の端数処理を請求書1枚につき税率ごとに1回にそろえます。
掛け率は何に掛ける割合か
取引先ごとに掛け率を変えると、単価は「基準の価格×その取引先の掛け率」で決まります。
ここでは掛け率を、上代(定価)に掛けてその取引先に出す単価を求める割合として扱います。
たとえば上代1,000円の商品を掛け率70%で出せば、単価は700円です4。
基準にする価格が、人によって上代だったり別の標準価格だったりすると、同じ「65%」でも出てくる単価が変わります。
そのため、最初に「何に掛けた割合か」を社内で一つにそろえておきます。
価格確認と手計算が増えるのは、1件の見積で確かめる場所が二つに分かれるからです。
一つは「この取引先は何%か」、もう一つは「この商品はこの取引先向けに特別な価格を出していないか」です。
掛け率は取引先一覧の表に、特価は営業担当のメールや個別の価格表に、と分かれていることがあります。
その場合、見積を作るたびに複数のファイルを開き、電卓で掛け算をし、最後に合っているかを見直すことになります。
取引先が増えるほどこの往復は増えます。
そして、どこか一か所の見落としが、そのまま見積・受注・請求へ流れていきます。
システムに掛け率を持たせると、掛け算の部分は人の手から離れます。
在庫・出荷管理のロジクラの仕様を例に取ります。
卸売先として登録した出荷先ごとにデフォルト掛け率を入力し(0〜999.99%、小数第2位まで)、出荷予定の明細に商品を追加すると販売単価が自動で入ります4。
ただし、何%を入れるか、どの商品を例外にするか、円未満をどう扱うかは、システムを使っても人が決めておく必要があります。
ここが決まっていないまま設定を始めると、計算は自動でも、入力する値が担当者ごとにばらつきます。
既定掛け率・例外単価・丸め方を分けて決める
取引先別の単価をぶれさせないために、先に決めておきたいのは次の3つです。
- 既定掛け率:その取引先との取引で、原則として全商品に掛ける割合
- 例外単価:特価品や個別に交渉した商品など、掛け率ではなく金額で決める単価
- 丸め方:掛け率を掛けた結果に出る円未満を、四捨五入・切り捨て・切り上げのどれで処理するか
既定掛け率と例外単価を分けるのは、変更のときに動かしたいものが違うからです。
たとえば既定掛け率65%の取引先に、上代1,250円のある商品だけ600円の特価を出しているとします。
この特価を「この商品だけ掛け率48%」のように割合で持っていると、上代を改定したときに特価まで一緒に動いてしまいます。
特価を金額で別に持っておけば、既定掛け率を見直しても特価はそのまま残ります。
特価をやめるときも、特価の行を外すだけで済みます。
丸め方を先に決めるのは、同じ掛け率でも計算する場所によって1円の差が出るからです。
上代1,250円・掛け率65%なら、計算上は812.5円です。
四捨五入すれば813円、切り捨てれば812円になります。
ロジクラは掛けた金額の円未満を四捨五入する仕様ですが4、表計算の式や他のシステムが同じ処理をするとは限りません。
見積は表計算で作り、受注はシステムに入力するといった分担では、両方の丸め方がそろっていないと、見積書と請求書の単価が1円違う状態が生まれます。
「掛け率を掛けた直後の単価で丸め、その単価を後工程でも使う」というように、丸める時点まで決めておくと、工程をまたいでも同じ値が残ります。
▼ 図の内容を文字で読む
- 上代(定価)
- 例:1,250円
- 既定掛け率
- 例:65%を掛けると812.5円
- 例外単価があればそちらを使う(例:特価600円)
- 丸め方
- 四捨五入なら813円
- 切り捨てなら812円
- 単価
- 丸める時点まで決めれば工程をまたいでも同じ値が残る
掛け率は何を基準に決め、どう区分するか
取引数量・決済条件などで区分する
既定掛け率を何%にするかを交渉の経緯だけで決めていくと、後で説明できなくなります。
最初の数社は担当者が事情を覚えていても、取引先が増えて担当が替わると、条件が似ている2社の掛け率がなぜ違うのかを答えられなくなることがあります。
新規取引先に提示する率を決めるときも、比べる物差しがありません。
そのため、直近に決めた取引先の率を何となく流用することになります。
そこで、取引先を客観的な条件でいくつかの区分に分け、区分ごとに既定掛け率を決める方法が考えられます。
区分の条件には、次のような取引の中身を使います。
- 取引数量・取引金額:年間や月間の購入量、1回あたりの発注ロット
- 決済条件:支払サイトの長さ、前払いか後払いか
- 配送条件:納品先の数、直送の有無、最低発注単位
- 返品・在庫条件:返品の可否、取引先側で在庫を持つかどうか
これらの条件は、いずれも売り手側のコストや手間に結び付くものです。
1回のロットが大きければ、出荷1件あたりの作業は減ります。
支払サイトが短ければ、資金を回収するまでの期間が縮みます。
掛け率の差をこうした条件の差で説明できるようにしておけば、取引先から「なぜ他社より高いのか」と問われたときにも、区分と条件を示して答えられます。
公正取引委員会の資料にも、この考え方に沿う記述があります。
酒類の流通に関する運用基準では、取引数量の相違などの正当なコスト差に基づく価格差や、需給関係を反映した価格差は、本質的に公正な競争を阻害するおそれがあるとはいえないと考えられるとしています3。
一方で、合理的な理由なく取引条件に差をつける場合は問題になり得るとし、判断は個別の事案ごとに総合的に行うとしています3。
この運用基準は酒類の取引を対象にしたものです。
他の業種にそのまま当てはまる基準ではないので、価格差の理由をどう説明するかの参考として読むのが適切です。
取引先ごとの価格差そのものについては、相談事例もあります。
平成12年の事例では、有力な化学品メーカーが、自社製品の購入額で上位10位以内の卸売業者を対象に仕切価格を品目ごとに一律1〜3%引き下げる計画について、独占禁止法上問題ないとされました2。
この事例には前提があります。
他にも有力なメーカーが複数あること、引下げ幅が一律で累進的ではないこと、対象の基準が緩やかであることです2。
ここから言えるのは、取引先の間に価格差があること自体は直ちに違法とはされない、というところまでです。
市場での立場や差の付け方が違えば結論も変わり得るため、1件の事例をどの業種でも通用する線引きとして使うことはできません。
価格差が問題になる場面(納入価格の拘束)
同じ相談事例には、問題になる場合の条件も付いています。
仕切価格の修正を通じて、メーカーが卸売業者からユーザーへの納入価格に関与し、納入価格を拘束する手段として使う場合は、独占禁止法上問題となるとされています2。
掛け率は、自社が取引先に売る価格を決めるものです。
それを、取引先がその先でいくらで売るかに結び付けて使うと、この条件に近づきます。
たとえば「指定した価格で販売するなら掛け率を下げる」「販売価格が一定額を下回ったら掛け率を戻す」といった運用です。
このような場合は、掛け率が取引先の販売価格を縛る道具になっていないかを慎重に見る必要があります。
自社の卸価格と取引先の販売価格をはっきり分けて扱っている例として、粘着テープを製造販売する日東電工CSシステムの事例があります。
同社の法人向け業務用通販サイトでは、販売加盟店が卸価格にマージンを加えて販売します。
同社は、販売価格の設定を支援すると独占禁止法に抵触するおそれがあるとして、販売価格は加盟店が自由に登録する形にしていると説明しています1。
これは同社の取引の形を前提にした当事者の判断であり、法律の一般的な解釈ではありません。
それでも、自社が決めるのは卸価格まで、販売価格は取引先が決める、という線を仕組みの上でも分けている点は、掛け率を運用する側が意識しておきたいところです。
区分や掛け率の運用が独占禁止法上問題にならないかを個別に判断する必要があるときは、公正取引委員会の相談窓口や弁護士に、自社の市場での立場や取引の実態を示して確認するのが確実です。
個別交渉で決める場合の記録の残し方
区分を決めても、実際には大口の取引先や新規開拓の案件で、区分とは違う掛け率を個別交渉で決めることがあります。
個別に決めること自体が悪いわけではありません。
困るのは、率だけが表に残り、なぜその率なのかが残っていない状態です。
個別交渉で決めた掛け率や例外単価には、次の項目を一緒に残しておくと、後から説明できる形になります。
- 取引先と、決めた掛け率または例外単価
- 適用開始日(期限がある場合は終了日)
- 区分と違う率にした理由(数量・決済・配送など、どの条件が違うのか)
- 決めた担当者と承認した人
- 次に見直す時期
理由の欄があれば、担当者が替わっても経緯を引き継げます。
別の取引先から「同じ条件にしてほしい」と求められたときにも、条件が本当に同じかを比べられます。
区分を見直すときには、個別の例外がどの区分に偏って増えているかが見えます。
それが、区分の条件そのものを直すべきかどうかの判断材料になります。
新規取引先に最初に出す率も、この仕組みの中で決められます。
取引条件の見込みから最も近い区分を選び、その区分の既定掛け率を出発点にします。
条件に違いがあれば、理由とともに上下させます。
他社がいくらで出しているかではなく、自社の区分と条件から率を説明できることが、後の交渉や見直しを楽にします。
| 観点 | 問題になりにくいとされる場面 | 問題になり得るとされる場面 |
|---|---|---|
| 価格差の理由 | 取引数量の相違等の正当なコスト差や需給関係を反映した差 | 合理的な理由なく取引条件につけた差 |
| 価格差の使われ方 | 卸売業者に対する仕切価格の差にとどまる | 卸売業者のユーザーへの納入価格を拘束する手段になる |
| 判断の仕方 | 個別の事案ごとに総合的に判断 | 個別の事案ごとに総合的に判断 |
▼ 図の内容を文字で読む
- 問題になりにくいとされる場面
- 取引数量の相違などの正当なコスト差に基づく価格差
- 需給関係を反映した価格差
- 問題になり得る場面
- 合理的な理由なく取引条件に差をつける
- 納入価格を拘束する手段として使う
- 判断の仕方
- 個別の事案ごとに総合的に判断する
掛け率の管理は表計算とシステムのどちらで持つか
比較する軸(取引先数・例外単価数・変更頻度・履歴)
区分と例外の決め方が固まったら、次はそれをどこに持たせるかです。
表計算で持つ場合、取引先一覧に既定掛け率の列を設けて式で単価を出す方法と、取引先×商品の価格表を作って単価を直接並べる方法があります。
どちらの形でも、問われるのは表の作り方より、見積・受注・請求の各工程がその表をどう使っているかです。
見積担当が表から単価を写して見積書を作り、受注担当がその見積書を見て受注データへ入力し、請求担当が受注データから請求書を作る流れを考えてみます。
この場合、同じ単価が少なくとも2回転記されています。
表計算のままでよいか、システムに持たせるかは、次の4つの軸で考えると判断しやすくなります。
- 取引先数:掛け率を確認する相手の数
- 例外単価の数:既定掛け率で済まない取引先×商品の組合せの数
- 変更頻度:掛け率や上代、特価を改定する頻度
- 履歴の要否:いつから・いくらだったかを後から確かめる必要があるか
取引先数が少なく、例外単価もほとんどなければ、既定掛け率の列を1本持つ表で足ります。
取引先数が増えても、全社に既定掛け率だけを適用しているなら、表の行が増えるだけで、確認する場所は一か所のままです。
判断を変えるのは例外単価の数です。
例外が増えると、管理する対象が「取引先ごとの率」から「取引先×商品ごとの価格」に変わります。
表が縦横に広がり、特価の有無を見落としやすくなります。
変更頻度と履歴の軸は、表計算の弱いところに当たります。
改定のたびにファイルを上書きすると、過去の率が消えます。
ファイルを複製して残せば、今度はどれが最新かを取り違えるおそれが出てきます。
過去の見積を出し直す、請求金額の問い合わせに答えるといった場面で「当時の率」を確かめる必要があるなら、履歴を残せる持ち方を選ぶ理由になります。
どこからシステムに移すべきかに一律の目安はありません。
転記の回数と、当時の率を確かめる必要の頻度から判断することになります。
システムに持たせると、取引先マスタに設定した率や商品別の価格から明細の単価が入るため、価格表を見て写す転記が減ります。
ロジクラでは、出荷先に設定したデフォルト掛け率から明細の単価が自動入力され、商品別価格はCSVで一括登録することもできます4。
一方で、率を決めること、例外を登録すること、改定の適用日を管理することは人の仕事として残ります。
設定の扱い方によっては、過去の値が残らないこともあります。
ロジクラでは、出荷先の「卸売先」のチェックを外して保存すると、掛け率と商品別価格のデータが削除され、元に戻せない仕様です4。
システムに移す場合も、設定を変えたときに過去の値がどう扱われるかを、使う製品の仕様で確かめておく必要があります。
取引先別の卸価格をシステムで持つ事例
取引先ごとの卸価格をシステムで持たせている例として、前の節でも触れた日東電工CSシステムの事例があります。
同社は愛知県豊橋市に本社を置く日東電工グループの粘着テープ製造販売業者で、全国約3,000社の販売店が同社の製品を取り扱っています1。
同社が使うEC-Rider B2Bは、取引ごとの卸価格設定や、顧客別の卸価格・販路設定を標準で備えています1。
顧客専用ボックスで、顧客ごとにロット数や販売金額を設定することもできます1。
同社の業務用通販サイトでは、システムが卸価格と販売価格を別々に管理しています。
販売加盟店が製品ごとに利益率を決めると、卸価格を基に販売価格が自動計算される形です1。
これは、加盟店が卸価格にマージンを加えて販売するという同社の取引の形に合わせた仕組みで、一般の卸取引にそのまま当てはまる標準ではありません。
この事例から読み取れるのは、取引先が多い場合の持ち方の一例です。
取引先別の価格を人の記憶や個別の表ではなく、顧客ごとの設定として持たせています。
なお、この事例は掛け率ではなく、顧客別の卸価格として価格を持つ形で説明されています。
取引先別の価格を「割合」で持つか「金額」で持つかは、上代を改定したときに単価を追随させたいかどうかで向き不向きが分かれます。
割合で持てば、計算の仕組み上、上代を改定すると新しく作る明細の単価も変わります。
金額で持てば上代を変えても単価は動かないため、改定のたびに取引先別の価格を見直す作業が別に必要です。
上代改定に合わせて単価を動かしたいなら割合、取引先ごとに価格を個別に合意しているなら金額、と考えると、自社がどちらに近いかを判断しやすくなります。
▼ 図の内容を文字で読む
- 価格表
- 見積担当が表から単価を写す
- 見積書
- 受注担当が見積書を見て入力する(転記)
- 受注データ
- 請求担当が受注データから作る(転記)
- 請求書
- 転記のたびに丸め方や単価がずれるおそれがある
商品別の例外単価・特価と取引先別掛け率の優先順位
優先順位を先に決める
既定掛け率と例外単価を分けて持つと、同じ取引先・同じ商品に対して値が二つ存在する場面が出てきます。
どちらを使うかが決まっていないと、見積担当は特価を使い、受注担当は既定掛け率で計算する、といったずれが起きます。
取引先から見れば、見積書と請求書で単価が違う状態です。
ロジクラの仕様では、商品別価格を登録した商品は、デフォルト掛け率より商品別価格が優先されます4。
商品別価格は、画面で掛け率ではなく価格として入力する設計です4。
例外は金額で持ち、それ以外は割合で出すという役割分担になっています。
表計算で管理している場合も、同じ考え方で単価を引く順番を決めておくと、担当者によって結果が変わりにくくなります。
たとえば次のような順番です。
- その取引先・その商品の例外単価があり、有効期間内であれば、その単価を使う
- 例外単価がなければ、上代に取引先の既定掛け率を掛ける
- 掛けた結果を、決めておいた丸め方で円単位にする
この順番を式に組み込んでおけば、見積を作る人が「特価があったか」を思い出す必要がなくなります。
注意したいのは特価の終わり方です。
期間限定のつもりで出した特価が、終了日を持たないまま表に残り続けると、いつの間にか恒常的な価格になってしまいます。
例外単価には有効期間を持たせ、期限が過ぎた特価を定期的に外す運用にしておくと、例外が積み上がって既定掛け率が形だけになることを防ぎやすくなります。
入力経路で結果が変わるずれ
優先順位は、マスタの設定だけで決まるとは限りません。
ロジクラでは、CSVでデータを取り込む際に価格の列に値が入っていれば、CSVの価格が優先されると説明されています4。
画面で設定した既定掛け率や商品別価格より、取り込んだファイルに書かれた価格が使われるということです。
この仕様は、一括で価格を入れたいときには便利です。
一方で、ずれの原因にもなり得ます。
たとえば、改定前の価格表を元に作ったCSVを、改定後に取り込んだとします。
マスタ側は新しい価格に直してあっても、ファイルに古い価格が書かれていれば、そちらが採用されます。
画面から入力したデータと、CSVで取り込んだデータとで単価が違うときは、原因がマスタの設定ではなく入力経路にあることも考えられます。

こうしたずれを避けるには、どの経路で価格を入れてよいかを運用ルールとして決めておきます。
CSVの価格列には例外のときだけ値を入れる、取り込むファイルは必ず最新の価格表から作る、といった決まりがあれば、どの値が使われたかを後から追いやすくなります。
優先順位の仕組みは製品ごとに異なる可能性があります。
他のシステムや自作の表で管理している場合は、画面入力・一括取込・既定値のどれが優先されるかを、自社で使う仕組みについて確かめておきます。
単価が合わないときは、差額の大きさだけで原因を決めつけず、該当する明細がどの経路で作られ、どの値が使われたかを照合して判断します。
| 経路 | 入力する値 | 他の設定との関係 |
|---|---|---|
| デフォルト掛け率(出荷先ごと) | 0〜999.99%の割合 | 全商品に適用され、明細に商品を追加すると単価が自動入力される |
| 商品別価格(Web画面で1件ずつ・CSVで一括) | 掛け率ではなく価格 | 登録した商品ではデフォルト掛け率より優先される |
| CSVインポート(価格列に値がある場合) | 価格列に書いた値 | CSVの価格が優先される |
掛け率変更時の反映と請求書の端数処理
適用開始日と既存明細の扱い
掛け率を見直すと決めたとき、手元には状態の違う明細が混在しています。
すでに取引先へ出した見積、受注済みでまだ出荷していない注文、出荷済みでまだ請求していない取引です。
これらをすべて新しい率で計算し直すのか、一部は旧率のままにするのかが決まっていないと、同じ月の請求書に旧率と新率の明細が混じります。
そうなると、取引先からの問い合わせに答えにくくなります。
切り分けとしては、適用開始日を決め、それ以降に作る明細だけに新しい率を反映し、既存の明細は旧率のまま据え置く方法が考えられます。
このとき「適用開始日以降」を何の日付で判定するかも決めておきます。
見積日、受注日、出荷日のどれを基準にするかで、どの注文が新率になるかが変わるためです。
掛け率の変更を伝えるときに取引先にも同じ基準を示しておけば、請求の段階で認識が食い違いにくくなります。
システムによっては、この据え置きが仕様として組み込まれています。
ロジクラでは、出荷先や購入先を後から変更しても、既存の明細価格は変わりません4。
設定を変えたら作成済みの明細まで書き換わる、ということは起きません。
その代わり、既存の見積を新しい率に合わせたい場合は、その明細を個別に直す必要があります。
自社の仕組みで設定変更が既存の明細に及ぶのかを知っておくと、改定時にどの明細を手で確認すべきかが分かります。
変更のたびに、変更前と変更後の率、適用開始日、変更の理由を記録しておくと、後から「この請求はなぜこの単価なのか」と聞かれたときに答えられます。
これは、履歴を残せる管理表かシステムがあって初めて成り立つ運用です。
表を上書きして過去の率が消える持ち方なら、変更前の値を別に控えておく必要があります。
請求書1枚につき税率ごとに1回の端数処理
単価がそろっても、請求書の金額が合わないことがあります。
原因になりやすいのが、単価の丸めと消費税額の端数処理の混同です。
単価の丸めは、掛け率を掛けた結果の円未満をどう扱うかで、事業者が自社のルールとして決めるものです。
消費税額の端数処理は請求書に記載する税額の計算方法で、適格請求書ではその扱いが定められています。
国税庁の説明では、適格請求書の記載事項である消費税額等に1円未満の端数が生じる場合は、一の適格請求書につき税率ごとに1回の端数処理を行います5。
切上げ・切捨て・四捨五入のどれにするかは事業者が選べます5。
ただし、個々の商品ごとに消費税額等を計算して端数処理し、それを合計する方法は認められていません5。
掛け率で出した単価の明細が並ぶ請求書では、この違いが金額に出ることがあります。
たとえば、標準税率10%の明細が813円・812円・813円の3行あり、端数を四捨五入する場合を考えます。
明細ごとに税額を出すと81.3円・81.2円・81.3円で、それぞれを四捨五入して合計すると243円です。
税率ごとの合計2,438円に対して1回で計算すると243.8円で、四捨五入すると244円になります。
適格請求書に記載するのは、後者の計算方法による税額です。
見積や受注の段階で明細ごとの税込金額を表示している場合、その合計と請求書の税額が数円違って見えることがあります。
これは掛け率の設定の誤りではなく、税額の計算単位の違いによるものです。
請求書を作る仕組みが、税率ごとに合計してから1回だけ端数処理しているかを確かめておけば、取引先からの問い合わせにも理由を示して答えられます。
ここで扱ったのは、適格請求書に記載する消費税額等の端数処理です。
掛け率の変更に伴って値引きや割戻しで返還する場合の書類の扱いは、別に確認が必要です。
該当する取引がある場合は、国税庁の資料や税理士に確認してください。
| 観点 | 単価の丸め | 消費税額等の端数処理 |
|---|---|---|
| 処理する単位 | 明細の単価ごと | 一の適格請求書につき税率ごとに1回 |
| 方法の決め方 | 事業者が定める(ロジクラは円未満を四捨五入) | 切上げ・切捨て・四捨五入から事業者が選ぶ |
| 避けたい処理 | 工程ごとに丸め方が違う状態 | 商品ごとに税額を計算して端数処理し合計する方法(認められない) |
▼ 図の内容を文字で読む
- 前提の明細
- 標準税率10%の明細が813円・812円・813円
- 端数は四捨五入する場合
- 明細ごとに税額を出す方法
- 81.3円・81.2円・81.3円をそれぞれ四捨五入
- 合計は243円
- 認められない方法
- 税率ごとに1回で計算する方法
- 税率ごとの合計2,438円
- 243.8円を四捨五入して244円
- 適格請求書に記載するのはこちら
取引先別の価格を表計算で持ち続けるか、仕組みに持たせるかは、例外単価の数や転記の回数など、自社の実態を並べてみないと決めにくいためです。
現在の取引先別の卸価格や個別単価を、顧客別の卸価格・販路設定としてどう持てるかを確かめられます。顧客ごとのロット数や販売金額の設定も含めて確認できます。無料相談で要件を整理する
要点の整理
| 軸 | 基準 |
|---|---|
| 掛け率の定義 | 何に掛ける割合かを社内で一つに決める |
| 先に決めること | 既定掛け率・例外単価・丸め方を分けて持つ |
| 水準の決め方 | 取引数量・決済条件・配送条件など説明できる条件で区分する |
| 避ける使い方 | 取引先の販売価格を縛る手段にしない |
| 個別交渉の記録 | 率・適用日・理由・承認者・見直し時期を残す |
| 管理の持ち方 | 取引先数・例外単価の数・変更頻度・履歴の要否で判断する |
| 優先順位 | 例外単価と既定掛け率の順、入力経路ごとの優先を決める |
| 変更時 | 適用開始日以降の新しい明細に反映し、既存明細は据え置く |
| 消費税の端数 | 適格請求書1枚につき税率ごとに1回 |

掛け率の区分や改定のルールを決めても、受発注の画面への反映のさせ方によって、見積から請求までの転記の残り方が変わるためです。 取引ごと・顧客ごとの卸価格設定で、今の価格表のどの部分を置き換えられ、どの確認が手元に残るかを具体的に確かめられます。
よくある質問
新規取引先に最初に出す掛け率は、どう決めればよいですか。
取引数量・決済条件・配送条件などで取引先を区分している場合は、見込みの条件が最も近い区分の既定掛け率を出発点にします。
条件に違いがあれば、その理由とともに率を上下させ、適用開始日や承認者と一緒に記録しておきます。
他社の率に合わせるより、自社の区分と条件から説明できる率にしておくほうが、後の交渉や見直しで根拠を示しやすくなります。
取引先ごとに掛け率が違っても、独占禁止法上問題になりませんか。
公正取引委員会の平成12年の相談事例では、化学品メーカーが購入額上位の卸売業者に仕切価格を一律1〜3%引き下げる計画が問題ないとされており、取引先の間に価格差があること自体は直ちに違法とはされていません2。
ただし、この事例は競合する有力メーカーが複数ある市場での1件です。
また、仕切価格を通じて取引先の納入価格を拘束する手段にする場合は問題となるとされています2。
取引数量などの正当なコスト差に基づく価格差は問題になりにくいとする考え方もありますが、これは酒類の運用基準での記述です3。
個別の判断が必要なときは、公正取引委員会の相談窓口や弁護士に確認してください。
掛け率適用後の単価の端数は、どの時点で丸めるべきですか。
単価の丸め方は事業者が決めるものです。
掛け率を掛けた直後の単価で丸め、その丸めた単価を見積・受注・請求で使い回すと、工程ごとに1円ずれる事態を避けやすくなります。
表計算とシステムを併用している場合は、両方の丸め方(四捨五入・切り捨て・切り上げ)をそろえておきます。
消費税額の端数処理はこれとは別で、適格請求書では請求書1枚につき税率ごとに1回行います5。
掛け率を変更したとき、すでに見積済みの案件の単価はどう扱えばよいですか。
適用開始日を決め、見積日・受注日・出荷日のどれで判定するかを社内と取引先で共有したうえで、それより前に作った見積は旧率のまま据え置く方法が考えられます。
システムによっては、設定を変えても既存の明細価格は変わらない仕様になっています(ロジクラの場合4)。
既存の見積を新しい率に合わせる場合は、その明細を個別に修正する必要があります。
特価の商品は、取引先別掛け率と別に管理すべきですか。
別に、金額で持つほうが扱いやすくなります。
特価を掛け率の一種として持つと、上代や既定掛け率を変えたときに特価まで動いてしまうためです。
ロジクラでも、商品別価格は掛け率ではなく価格で入力し、デフォルト掛け率より優先される仕様です4。
特価には有効期間を持たせ、期限切れのものを外す運用にしておくと、例外が積み上がるのを防ぎやすくなります。
- 1 出典:株式会社フライトソリューションズ(EC-Rider)「EC-Rider B2B 導入事例(日東電工CSシステム株式会社様)」(事例掲載時点)
- 2 出典:公正取引委員会「独占禁止法 相談事例集(化学品メーカーの卸売業者に対する仕切価格差の設定・平成12年事例1)」(平成12年)
- 3 出典:公正取引委員会「酒類の流通における不当廉売,差別対価等への対応について(運用基準)」(平成21年公表、平成29年改正)
- 4 出典:ロジクラ(ヘルプセンター)「出荷先ごとに掛け率・価格リストを設定する」(2026年閲覧)
- 5 出典:国税庁「No.6371 端数計算」(2026年確認)
画像の出典元
- Two professionals analyzing financial documents with a calculator./Photo by Artem Podrez on Pexels
- A business professional uses a calculator and documents during a workspace task./Photo by RDNE Stock project on Pexels
- Close-up of a corkboard with a to-do list and colorful artwork in an office setting./Photo by RDNE Stock project on Pexels