◆監修・編集責任者
B2B EC-COLUMN
目次
取引先ごとに指値が異なると、なぜ管理が煩雑になるのか
取引先ごとに違う単価を、Excelの一覧と受注画面の手入力で合わせている。
改定の連絡が来るたびにファイルを直し、受注のたびに「この取引先はいくらだったか」を確かめる。
取引先と商品の組み合わせが増えるほど、この確認そのものが仕事の量になっていきます。
変えられるのは、単価をどこに置くかです。
得意先をランクに分けて掛け率を持たせ、ランクでは説明できない取引先・商品だけを個別単価として登録する。
そのうえで、両方が当たったときにどちらが勝つかという優先順位と、いつから適用するかという期間を単価側に持たせ、承認を通ってから伝票に出る流れにする。
そうすると単価を決めるのは受注のたびの照合ではなく、登録したときの一度の確認になります。
Excelや手入力での個別単価管理が限界を迎えるサイン
取引先と取り決めた単価は、合意した時点では一つの数字です。
ところが社内では、その数字が商談の記録、社内の単価表、受注入力、出荷、請求と、いくつもの場所を通っていきます。
合意から請求までに人の転記が挟まるたびに、元の数字と伝票の数字がずれる余地が生まれます。
取引先が数社のうちは担当者の記憶と一枚の表で持ちこたえられますが、取引先と商品の組み合わせが増えると、その記憶に頼っている部分が急に重くなります。
消費財向け販売管理システムの単価管理を扱った解説でも、得意先ごと・商品ごとの個別単価設定のケースが多くなるほど事務処理が煩雑となり、間違いも発生しやすくなると指摘されています3。
ここで言われているのは、個別に単価を持たせる仕組みが悪いということではなく、件数が増えたときに人の手で管理しきれなくなるという性質のほうです。
何件を超えたら破綻するという具体的な線引きは示されていないため、件数の目安として使うのではなく、自社の個別設定がどのくらいの速さで増えているかを見る観点として受け取るのが妥当です。
限界の現れ方は、たいてい「単価が分からない」という形ではなく、「単価を確かめる作業が増える」という形で出ます。
受注入力の担当者が、伝票を切る前に営業へ単価を確認する回数が増えている。
正式な単価表のほかに、担当者ごとの控えファイルや、価格交渉のメール履歴が事実上の根拠になっている場面がある。
改定の切り替え日をまたいだ注文で、どちらの単価で処理すべきか判断がつかず、いったん保留になる。
こうした作業は一件あたり数分で済むため問題として数えられにくく、気づいたときには確認と差し戻しが日常業務に組み込まれています。
誤った単価が伝票に載ったとき、どこで見つかるかによって後始末の重さが変わります。
受注時に気づけば直して終わりですが、請求まで進んでから発覚すると、取引先への連絡、伝票の訂正と再発行、入金消込の調整まで波及します。
単価管理をシステムへ移す動機は、入力を速くすることよりも、この後戻りが起きる場所を減らすことにあります。
取引先別の指値はシステムでどう設定するか（方式の選び方も含む）
得意先をランク分けして掛け率を設定する方式
販売管理システムでの単価の設定方法は、大きく二つに整理されています3。
一つは、得意先を業態・取引高・エリアなどでランクに分け、商品マスタ側にランクごとの販売単価を設定する方式です3。
この方式の特徴は、登録の起点が商品側にあることです。
新しい取引先が増えたときの作業は、その取引先がどのランクに当たるかを決めることに集約され、商品を追加したときは商品側にランク別の単価を入れれば、そのランクに属する取引先すべてに行き渡ります。
単価そのものではなく掛け率で持たせる形もあります。
卸・商社の価格管理を扱う解説では、メーカー別・商品グループ別・得意先別・数量別に異なる掛け率を設定し、自動で最適価格を算出できる仕組みが求められるとされています4。
掛け率を軸にしておくと、仕入側の定価が改定されたときに、掛け率を据え置いたまま新しい販売単価が全体へ反映されます。
ただし、どの軸で何段階のランクを持てるかは製品ごとに異なるため、自社が使う製品、あるいは検討している製品の仕様として対応可否を確かめる必要があります。
ランク方式の弱点は、その仕組みの裏返しです。
ランクは条件の似た取引先をまとめるための区分なので、同じランクの中に一社だけ違う条件があると、ランクだけでは表現できません。
そこを無理にランクの新設で吸収しようとすると、今度はランクの数が取引先の数に近づいていき、まとめる意味が薄れます。
ランクで対応できない取引先・商品を個別単価で登録する方式
もう一つが、ランクで対応できない場合に得意先・商品ごとに単価を設定する方式です3。
会計・販売ソフトの解説でも、得意先別・商品別の単価を商品価格表に個別登録できることが説明されています1。
価格交渉で一品だけ特別な単価を約束した、長年の取引で他社と違う条件になっている、といった例外を、そのままの形でシステムに持たせられるのがこの方式です。
例外の軸は取引先と商品だけとは限りません。
卸の価格管理では、場合によっては納品先による特価管理も必要になるとされています4。
同じ取引先でも、届け先の店舗や事業所によって取り決めが違うケースです。
卸売業向けの販売管理システムでは、得意先別・品目別数量・納品先別など、複数の軸を組み合わせた単価設定に対応するものがあります2。
数量帯で単価が変わる取り決めをしているなら、その段階も単価側に持たせられるかが確認点になります。
個別単価は例外を正確に表現できる代わりに、更新の対象が散らばります。
ランク側の単価を一つ直せば済む改定でも、個別登録している取引先はその登録を別に直さなければ古い単価のままです。
件数が多くなるほど事務処理が煩雑になり間違いも発生しやすくなるという指摘は3、この散らばりのことを指しています。
取引先数や個別設定件数が多い場合はランク方式を主体にする判断
実務では、どちらか一方を選ぶというより、ランクを土台にして例外を個別単価で拾う形になります。
迷うのは、どちらを主体に置くかです。
判断の手掛かりになるのは、取引先の数そのものよりも、条件がどのくらい似ているかです。
業態や取引高で括ったときに近い掛け率へ収まる取引先が多いなら、ランクを主体にして例外だけを個別に置くほうが、改定のたびに直す対象が少なくて済みます。
取引先数や改定頻度について、何社以上ならランク方式が有利かという数値の基準を示した資料は、今回確認した範囲では見当たりませんでした。
そのため、外から借りた閾値ではなく、自社で測れる形に置き換えるほうが実用的です。
個別登録の件数を取引先数で割った比率、直近半年で個別登録が何件増えたか、その個別登録が特定のランクに偏っていないか。
同じランクの中の多くが個別登録になっているなら、そのランクの区分が実態に合っていないという合図で、ランクの切り方を分け直せば個別登録をまとめて減らせます。
逆に、取引先ごとの価格が毎回の交渉で決まり、グループにまとめられる共通点がほとんどない業態もあります。
その場合は個別単価が主体にならざるを得ないので、設定件数を減らす方向に力を使っても報われません。
重心を移す先は、登録と改定の手順、そして次に説明する反映のルールのほうです。
設定した単価は受注・請求へどう反映されるか（優先順位と適用期間）
個別登録した単価と計算式、どちらが伝票に反映されるか
ランクの掛け率と個別単価の両方を持たせると、すぐに一つの疑問が出ます。
ある取引先のある商品に、ランク由来の計算結果と個別登録の単価が両方当たるとき、伝票にはどちらが出るのかという点です。
ここが曖昧なままだと、せっかく登録した例外が効いているのか分からず、結局、受注のたびに人が確かめることになります。
この点について、弥生販売の解説では、商品価格表に個別登録した単価は、単価種類×掛率で計算された価格より優先して伝票に表示されるとされています1。
個別に登録したものが例外として機能する、という順序です。
ただし、この優先の既定ロジックは製品の仕様によって異なります。
数量帯や納品先といった軸が加わる製品では2、当たりうる単価が二つではなく複数になるため、どの条件が優先されるかの順序もその分だけ増えます。
導入時や設定変更時に確かめるなら、マニュアルの記述を読むだけでなく、条件を重ねたテスト伝票を実際に切って、出てきた単価が想定どおりかを見るのが確実です。
そのうえで、どの条件が優先されるかを社内の運用ルールとして書き出しておきます。
優先順位が決まっていることの実務的な意味は、受注入力の担当者が単価を判断しなくてよくなる点にあります。
単価を選ぶ判断は登録のときに済んでいて、受注時に残る確認は、伝票に出た単価が想定と合っているかどうかだけになります。
照合の対象が「取引先ごとの取り決め全部」から「目の前の一行」に縮むぶん、確認の負担が軽くなります。
適用開始日・終了日で価格改定を事前登録する
単価の反映で事故が起きやすいのは、改定の切り替え日です。
改定日の朝に誰かがマスタを直す運用にしていると、その作業が遅れた分だけ古い単価で伝票が切られ、祝日や担当者の休みと重なれば気づくのが数日後になります。
卸売業向け販売管理システムでは、単価マスタに適用開始日・終了日を設定でき、価格改定を事前登録できるものがあります2。
事前登録ができると、作業の時点を合意の時点まで前倒しできます。
取引先と改定に合意した日に、開始日を指定して登録してしまえば、当日に手を動かす人は要りません。
改定の連絡から適用まで間が空く取り決めほど、この効果は大きくなります。
期間を持たせるときに社内で決めておきたいのが、どの日付を基準に有効な単価を選ぶのかという点です。
受注日で判定するのか、出荷日なのか、締めの月なのかによって、切り替え日をまたぐ注文の扱いが変わります。
製品側の判定基準と、自社が取引先と交わしている取り決めが一致しているかは、改定日をまたぐ受注が出る前に突き合わせておく必要があります。
終了日の使い道も見落とされがちです。
期間限定の特価に終了日を入れておけば、キャンペーンが終わった翌日から通常単価に戻ります。
終了日を空けたまま登録した特価は、誰かが消さない限り残り続け、数年後に「なぜこの取引先だけ安いのか分からない単価」として発掘されることになります。
反映漏れ・誤反映を防ぐには何が必要か
承認を経た見積・発注だけを帳票発行できる仕組み
優先順位と適用期間を決めても、登録した内容そのものが間違っていれば、その間違いが正確に伝票へ反映されます。
そこで必要になるのが、人が見る場所を一箇所に決めておくことです。
販売管理システムの承認フロー機能では、承認が完了した見積書・発注書のみ、ボタン一つで帳票発行できる形が紹介されています5。
この仕組みで減るのは、出してしまってからの訂正連絡です。
承認前の書類が外に出ないので、取引先に渡った金額を後から取り消して謝るという場面が起きにくくなります。
一方で、承認を通したこと自体が単価の正しさを保証するわけではありません。
承認者が何を見るのかを決めておかないと、画面を開いてボタンを押すだけの工程になります。
見る対象を、合意した単価との一致、適用開始日、掛け率の根拠といった数点に絞っておくと、承認が形式化しにくくなります。
単価を後から追えるかどうかも、改定が多い会社ほど効いてきます。
誰がいつどの単価を変えたのかが記録として残っていれば、取引先から「聞いていた金額と違う」と言われたときに、経緯をたどって確かめられます。
ただし、価格変更に関する変更履歴や監査ログが標準でどこまで備わっているかは、今回確認した資料の範囲では具体的な記載を確認できませんでした。
必要な要件であれば、検討している製品に個別に確認する項目として扱ってください。
価格決定権限を明確にして独占禁止法上のリスクを避ける
もう一つの論点が、その価格は誰が決めたものなのかという権限の所在です。
取引先が自社の製品をさらに先へ販売する関係では、価格の持たせ方が法令上の論点になることがあります。
各種工業用粘着テープやテープ貼り機器を中心に約3,800品種の製品を手掛ける日東電工CSシステム株式会社は、全国約3,000社の販売店とのBtoBシステムにおいて、販売店ごとに製品価格を自由に決定できるようにし、卸価格に対する利益率を販売店側が決めて自動計算する仕組みとすることで、独占禁止法上の価格拘束リスクを避けています6。
この配慮は、系列の販売網という特定の取引関係を前提にしたものです。
資本関係のない対等な取引先と交渉して単価を取り決める場面一般に、同じ法的リスクが一律にあてはまるわけではありません。
ただし、設計の考え方は取引形態が違っても参考になります。
自社が決める卸価格と、取引先側が決める売価を、システム上で別のものとして持ち、後者には自社が触れない。
権限の線をデータの持ち方に落としておけば、運用する人が入れ替わっても線が残ります。
社内の権限についても同じことが言えます。
販売管理システムの選定では、価格改定を誰がどの権限で行えるかの確認が必要とされています4。
承認フローと権限設定は役割が違い、権限はそもそも誰が触れるかの範囲、承認は出す前に誰が見るかの手順です。
営業担当が自分の担当先の単価だけを申請でき、改定の確定は上長が行う、といった形に分けておくと、確認の対象が「全部」ではなくなり、承認する側の負担も現実的な量に収まります。
導入前に整理しておくべき自社の前提条件とは（価格決定基準・システム連携・改定権限）
自社の価格決定基準（定価・掛け率・仕切）を明文化する
ここまでの設定方式と反映の仕組みは、自社の価格の決め方がはっきりしていて初めて設計に落とせます。
商社・卸の価格管理を扱う解説では、定価基準・掛け率基準・仕切基準のどれで価格を決定するか自社ルールを明文化しなければ、どのシステムを導入しても運用は破綻するとされています4。
これは機能の話ではなく、マスタに何を主として持つかという設計の前提の話です。
明文化しておきたいのは、どれを基準にするかだけではありません。
定価が改定されたとき、掛け率を据え置いて販売単価が動くのか、それとも取引先ごとの仕切価格を据え置いて掛け率のほうが動くのか。
掛け率から計算した単価の端数をどう処理するのか。
ここが決まっていないと、システム上でどちらを登録値にしてどちらを計算値にするかが決められず、設定を始めてから手戻りします。
部署や商材によって基準が違っていることも珍しくありません。
ある商品群は定価からの掛け率、別の商品群は仕入に利益を乗せた仕切、といった具合です。
その場合、無理に一本化するより、どの範囲にどの基準を使うかを区切って書き出すほうが現実的です。
区切りが明文になっていれば、システム側でも商品グループ単位の設定として表現できます。
既存の受発注・請求システムとの連携可否と改定権限を確認する
単価は販売管理システムの中だけで完結しないことがあります。
選定時の確認点として、外部データ連携（PIM・EDI・ECモール価格情報等）への対応可否と、価格改定を誰がどの権限で行えるかの確認が必要とされています4。
どの連携方式が要るかは既存システムの構成によって変わるので、一般論ではなく自社の接続先を並べて確かめる作業になります。
具体的に詰まりやすいのは、単価の正がどこにあるかという点です。
EDIで受注データが入ってくる場合、相手先から送られてくる単価と自社マスタの単価が食い違ったとき、どちらを採るのか。
取引先がログインして注文する画面を持っているなら、そこに表示される単価は受注伝票と同じマスタから出ているのか。
単価を持つ場所が二つあると、片方を改定したときにもう片方が取り残され、結局は手作業での突き合わせが戻ってきます。
正を一つに決めて、他はそこから受け取るという形にできるかが、連携可否を見るときの実質的な判断軸になります。
権限の確認も、連携先が増えるほど重みが増します。
改定した単価が、受注画面、取引先向けの注文画面、請求のどこまで自動で届くのかによって、一人の改定操作が及ぶ範囲が変わるからです。
届く範囲が広いこと自体は利点ですが、その分だけ誰が改定できるかを絞る意味も大きくなります。
前節の承認フローと合わせて、申請できる人、確定できる人、外へ出せる人を分けておくと、連携の自動化が事故の拡大につながりにくくなります。
設定方式の主体をどちらに置くか迷う場合は、二つの方式を同じ起点でそろえて見比べると、自社の取引にどちらが近いかを判断しやすくなります。
| 整理する項目 | 決めておくこと | 確認の相手 |
|---|---|---|
| 価格決定の基準 | 定価・掛け率・仕切のどれを基準に単価を決めるか | 自社（営業・経理） |
| 外部データ連携 | EDIやECなど外部から入る価格情報に対応できるか | 検討中の製品 |
| 改定の権限 | 誰が単価を登録・改定できるか | 自社の権限設計 |
| 変更履歴 | 単価の変更を後から追えるか | 検討中の製品 |
ランクで括れる取引先と、例外として個別に持たせる取引先の線引きは、自社の取り決めの中身を見ないと決まりません。<br>取引先ごとに価格を分けて持たせるBtoBの受発注環境を構築してきた経験からは、販売店側が自社の売価を決められる形など、権限の分け方まで含めた設計の相談に対応できます。
現在の単価の取り決め方を一緒に並べて、ランク別と個別単価のどちらを主体に置けるか、取引先が注文画面で見る価格を社内のどのマスタから出すか、といった整理の見通しを確かめられます。無料相談で要件を整理する
得意先ランク別設定と個別単価設定の比較
単価をどこに登録するかという起点（グループ単位か、取引先と商品の組み合わせ単位か）でそろえて並べています。
- 得意先ランク別：業態・取引高・エリアなどでまとめたランクに対し、商品マスタ側で販売単価や掛け率を設定する。登録の起点が商品側にあり、取引先が増えてもランクを割り当てれば単価が決まる
- 個別単価：得意先と商品の組み合わせごとに単価を直接登録する。登録の起点が取引先側にあり、ランクでは表せない取り決めをそのまま持たせられる
- 改定時の動き方：ランク別はランク側の単価や掛け率を直せば、そのランクに属する取引先すべてに及ぶ。個別単価は対象の登録を一件ずつ直す必要がある
- 件数の増え方：ランク別は取引先が増えても登録件数がランクの数に収まる。個別単価は取引先と商品の組み合わせの方向に増え、件数が多くなるほど事務処理が煩雑になり間違いも発生しやすくなる
- 向いている状況：条件の似た取引先をグループにまとめられるならランク別を主体にし、条件が他と大きく異なる取引先・商品はランクの例外として個別単価に置く
個別単価の登録が特定のランクに集中してきたら、そのランクの区分が実態に合っていない合図として、ランクの切り方そのものを見直す。
要点の整理
| 設定方式の主軸 | 条件の似た取引先をグループにまとめられるならランク別を主体に、まとめられない取り決めだけ個別単価 |
|---|---|
| 個別設定の増え方の見方 | 個別登録が特定のランクに集中していないかを見て、偏っていればランクの区分を見直す |
| 優先順位 | 個別登録した単価が掛け率計算より優先されるかを製品仕様で確認し、運用ルールとして明文化する |
| 改定の反映 | 適用開始日・終了日を単価に持たせ、合意した時点で事前登録する |
| 誤反映の防止 | 承認後だけ帳票を発行し、単価を申請できる人と確定できる人を権限で分ける |
| 導入前の前提 | 定価・掛け率・仕切のどれを基準にするかを明文化し、外部連携と改定権限を確認する |
価格決定の基準を明文化したあと、それを既存の受発注や請求の仕組みとどうつなぐかは、自社の構成ごとに答えが変わります。<br>既存システムと接続する形での取引先向け受発注環境の構築事例があるため、連携の可否と権限の分け方を具体に落とした話ができます。 単価の正をどこに置くか、改定を申請する人と確定する人をどう分けるか、取引先ごとの価格表示をどこまで自動化できるかを、自社の現状に当てて確認できます。
よくある質問
得意先ランクと個別単価の両方を設定した場合、どちらが優先されますか
弥生販売では、商品価格表に個別登録した単価が、単価種類×掛率で計算された価格より優先して伝票に表示されます1。
ただし優先の既定ロジックは製品の仕様によって異なり、数量帯や納品先といった軸が加わると判定の順序も増えます2。
自社で使う製品のマニュアルで確認したうえで、条件を重ねたテスト伝票を切り、出てきた単価が想定どおりかを見ておくと確実です。
価格改定日を事前に登録しておくメリットは何ですか
単価マスタに適用開始日・終了日を設定できる製品では、価格改定を事前登録できます2。
取引先と改定に合意した日に開始日付きで登録してしまえば、改定日当日にマスタを差し替える作業が要らなくなり、担当者の不在や連休と重なって切り替えが遅れることもなくなります。
期間限定の特価に終了日を入れておけば、期間が終われば通常単価へ戻るため、消し忘れた特価が残り続けることも防げます。
承認フローを設けると、価格反映のスピードは遅くなりませんか
承認フローをシステム化している製品では、承認が完了した見積書・発注書をボタン一つで帳票発行できます5。
承認後の発行作業自体は短く、遅れが出るとすれば承認を待つ時間のほうです。
すべての単価を承認対象にすると滞りやすいので、ランクの掛け率どおりの取引はそのまま流し、ランクから外れる個別単価の新規登録と改定だけを承認対象にするなど、見る対象を絞る設計が現実的です。
取引先（販売店）ごとに価格決定権を渡す場合、独占禁止法上どのような点に注意すべきですか
ある事例では、販売店ごとに製品価格を自由に決定できるようにし、卸価格に対する利益率を販売店側が決めて自動計算する仕組みとすることで、独占禁止法上の価格拘束リスクを避けています6。
これは系列の販売網という取引関係を前提にした配慮であり、資本関係のない対等な取引先との価格交渉一般に同じリスクが一律にあてはまるものではありません。
自社の取引関係でどこまでが問題になるかは個別の判断になるため、システムの設計を決める前に法務や専門家へ確認したうえで、自社が決める卸価格と取引先が決める売価をデータとして分けて持つ形にしておくと、権限の線が運用に残ります。
変更履歴や監査ログの機能は、どの製品にも標準で備わっていますか
今回確認した資料の範囲では、価格変更に関する変更履歴や監査ログの具体的な記載を確認できませんでした。
そのため、標準で備わっているものとして前提に置くことはできません。
誰がいつどの単価を変えたかを後から追える必要があるなら、要件として先に書き出し、検討している製品ごとに対応範囲を個別に確認してください。
- 1 出典：弥生株式会社「得意先や商品ごとに商品単価を設定してみよう！（弥報Online）」（2026年）
- 2 出典：株式会社日立システムズ「販売・購買管理機能 よくあるご質問（FutureStage 卸売業向け販売管理システム）」（2026年）
- 3 出典：株式会社テスク「消費財向け販売管理システムにおける単価管理と設定方法とは？」（2026年）
- 4 出典：monolyst株式会社「商社・卸における定価、掛け率、仕切価格管理の重要性と販売管理システム選定の注意点」（2026年）
- 5 出典：株式会社ラクス「承認フローのシステム化（楽楽販売 機能紹介）」（2026年）
- 6 出典：株式会社フライトソリューションズ「EC-Rider B2B 導入事例（日東電工CSシステム株式会社様）」（事例掲載時点）
