取引先ごとに卸価格を切り替えるには？区分の型と階層上限の見極め方

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

B2B EC-COLUMN

取引先ごとの卸価格、今はどう管理していますか

取引先ごとに卸価格を切り替えたいという相談は、多くの場合「掛け率の計算を自動にしたい」という話に見えて、実際には「価格を分ける単位が社内で定まっていない」という話です。Excelや紙の価格表を見ながら単価を入れ替えている状態は、価格の違いが担当者の頭の中にしか無いことを意味します。だから担当者が休むと止まり、転記のたびに間違いが起きます。

順序としては、まず今ある価格表を全部集めて、価格が変わる理由を一つずつ書き出します。次に、その理由が「その取引先だから」なのか「その取引先が属するグループだから」なのかで仕分けます。ここで、取引先の数だけ価格表が要るのか、グループの数だけで足りるのかが見えます。その上で、グループが何段に分かれているかを数えます。系列の親子や販売チャネルの区分が重なっていると、二段三段と積み上がっていきます。

この段数を、システムが対応できる階層の上限と照らします。組織階層連動型では階層を5階層まで構成できるとされているため¹、自社の区分が5段以内に収まるかが判断の基準になります。収まるなら、価格表を階層へ登録し直せば切替は自動になります。収まらないなら、区分を統合して段数を減らすか、収まらない部分だけを別扱いにするかを決めます。導入の可否は機能の多寡ではなく、この一点で決められます。

価格表が増えるのは、価格が増えたからではない

代理店が増えるたびに価格表のパターンが増えていく。この状態は、扱う価格の種類が増えたというより、価格を分ける決まりが文書になっていないために、取引先が増えるたびに新しい表を作らざるを得なくなっていることが多いものです。

たとえば掛け率が三種類しか無くても、取引先が三十社あれば表が三十枚できてしまう。三十枚の表を見比べる作業は人が担うしか無くなり、休むと止まります。まず確かめるべきは、表の枚数ではなく、実際に存在する掛け率や単価の種類がいくつあるかです。

手作業のどこで間違いが起きているかを書き出す

転記ミスが出たときに「注意して確認する」で対処すると、工程はそのまま残ります。どの場面で間違えたのかを分けて記録しておくと、システム化で消せる工程と、消せない工程が分かれます。

見積書を作るときに表を引き間違えた、受注入力で前回の単価をそのまま使った、改定後の表が全員に行き渡っていなかった。原因が違えば打ち手も違います。表の引き間違いは価格の自動適用で消えますが、改定の周知漏れは改定の進め方を決めないと残ります。

上司の「システムで何とか」を要件に翻訳する

言われたとおりに製品を探し始めると、機能一覧の比較に時間を取られます。先に、自社の価格が何で決まっているかを一枚にまとめておくと、どの製品を見ても同じ基準で判断できるようになります。

まとめる項目は多くありません。価格が変わる理由、その理由の種類の数、理由が重なるときの優先順位。この三つが書ければ、次の工程へ進めます。

ここまでで、区分の単位と段数を確かめる順序を見てきました。実際に着手するときは、手を動かす順番が決まっているほうが迷いません。

価格の違いは取引先単位か、グループ単位か

取引先単位は、その一社だけの事情で決まっている場合

長い付き合いで特別な単価になっている、取引量が飛び抜けて多い、そこだけ別の契約を結んでいる。こうした理由で価格が決まっているなら、それは取引先単位の区分です。

取引先単位は融通が利く一方、社数が増えるほど管理する表も増えます。新しい担当者が「なぜこの価格なのか」を追えなくなるのも、この形です。

グループ単位は、属性で価格が決まっている場合

一次代理店と二次代理店で掛け率が違う、地域ごとに価格帯が違う、直販と卸で分けている。理由が取引先そのものではなく取引先の属性にあるなら、グループ単位の区分です。

グループ単位に整理できると、新しい取引先が増えてもグループへ割り当てるだけで価格が決まります。表を新設する手間が消えるのは、この形にしたときです。

多くの会社は両方が混ざっている

実際には、基本はグループで決まっていて、数社だけ個別の取り決めがある、という混在が普通です。混在そのものは問題ではありません。問題になるのは、どちらが優先するかが決まっていないときです。

グループの掛け率と個別の単価がぶつかったとき、どちらを使うのか。ここを先に決めておかないと、自動化しても「この取引先だけ手で直す」という工程が残ります。

区分の形は、会社ごとに大きく違うわけではありません。よくある三つの型に当てはめると、自社がどれに近いかが見えてきます。

システムは何段階まで価格を分けられますか

階層の上限という考え方

グループ単位で価格を管理する仕組みは、取引先を木の形に束ねて、上の階層で決めた価格を下へ引き継がせます。この木が何段まで作れるかが、扱える区分の細かさを決めます。

組織階層と連動させる型では、組織階層を5階層まで構成できるとされています¹。つまり、価格を分ける理由が五段まで積み重なっても、そのまま構造として表せるということです。

自社の段数を数えてみる

段数は、価格が変わる理由をひとつずつ積み上げて数えます。全社共通の基準価格があり、その下に販売チャネルの区分があり、さらに代理店の階級があり、地域の区分があり、最後に個別の取り決めがある。ここまでで五段です。

多くの卸売業では、三段から四段で収まります。五段を超えるとしたら、同じ階層に複数の理由を詰め込んでいる可能性があるので、数え方そのものを見直したほうが早いこともあります。

段の深さと、一段あたりの広さは別の話

階層の上限は縦の深さの話であって、一つの階層にいくつグループを置けるかとは別です。同じ階級の代理店が何十社あっても、それは一段の中の枝分かれです。

縦に深くしすぎると、あとから「この価格はどこで決まったのか」を追うのが難しくなります。上限まで使い切ることを目標にせず、必要な段数だけを使うほうが運用は楽になります。

自社の区分数は対応の範囲に収まりますか

収まるなら、判断はそこで決まる

数えた段数が上限の範囲に収まるなら、導入の判断はほぼ終わりです。あとは今の価格表を階層の形に並べ替えて登録し直す作業が残るだけで、受注のたびに単価を手で入れ替える工程は消えます。

このとき、表の枚数は減ります。三十社分の表が、階層の数だけの表に置き換わるからです。新しい代理店が増えても、どの階層へ置くかを決めれば価格は自動で決まります。

登録し直す前に、改定の進め方を決めておく

価格は一度登録して終わりではなく、必ず改定が来ます。自動で切り替わる仕組みにするほど、間違った価格も自動で全社へ広がるため、改定の手順を先に決めておく必要があります。

卸価格の改定業務は、確定・登録・検証・適用の4つの締めに分けて業務カレンダーへ置く進め方があります¹。決める人、入れる人、確かめる人、切り替える日を分けておくと、登録直後の取り違えが適用前に見つかります。

検証は、いちばん複雑な取引先で行う

登録が終わったあとの確認を、素直な取引先だけで済ませると、混在している箇所の取り違えが残ります。階層の掛け率と個別の単価が両方ある取引先を選んで突き合わせるのが確実です。

確認する数字は、見積書の単価と請求書の単価の両方です。片方だけ合っていて、もう片方が旧価格のまま出るという行き違いは、切替日をまたぐときに起きやすいものです。

収まらない場合はどうすればよいですか

まず、区分を束ね直せないかを見る

段数が上限を超えるとき、最初に疑うのは区分そのものです。長年の経緯で分かれたまま、実際には同じ掛け率になっている区分が残っていることがあります。

価格の値が同じ区分は、統合できます。統合してもなお段数が減らないなら、そこは本当に必要な区分だと分かるので、次の手に進みます。

階層で表せない分だけを別扱いにする

全部を階層に載せきる必要はありません。大半の取引先を階層で自動化し、どうしても収まらない数社だけを個別の取り決めとして扱う、という分け方ができます。

このとき大事なのは、個別扱いの社数を把握して、その一覧を誰でも見られる場所に置いておくことです。個別扱いが何社あるか分からない状態が、いちばん危険です。

分けきれないなら、実際の画面で確かめる

区分の形が複雑なほど、資料の上の比較では判断がつきません。自社の価格表のうち、いちばん入り組んだものを持ち込んで、それが階層にどう載るかを見せてもらうのが早道です。

載るなら導入の判断は済みます。載らないなら、どこが載らないのかが具体的に分かるので、区分を見直すか別の運用を足すかの検討に移れます。

取引先ごとの卸価格を切り替えられるかどうかは、機能の有無ではなく、自社の区分が何段あるかで決まります。段数を数え、上限と照らし、収まるなら登録し直す。収まらないなら区分を束ね直すか、収まらない分だけを別扱いにする。順序どおりに進めれば、担当者一人に頼った運用から抜け出せます。

区分の段数を数えたあと、それが実際に構造として載るかどうかは、自社の価格表を持ち込んで画面の上で確かめるのがいちばん早いためです。資料の比較では、混在している箇所の扱いまでは判断がつきません。

手元の価格表のうち、いちばん入り組んだものを一枚用意すれば、それが何段の階層になるか、収まらない部分がどこかを、その場で見極められます。無料相談で要件を整理する

卸価格の切り替えを検討するときに確かめる順

• 今ある価格表を全部集めて、価格が変わる理由を書き出す

• 理由が取引先そのものか、取引先の属性かで仕分ける

• 属性で決まる理由が何段に積み重なっているかを数える

• 数えた段数を、システムが構成できる階層の上限と照らす¹

• 階層の掛け率と個別の単価がぶつかるときの優先順位を決めておく

• 改定を確定・登録・検証・適用の締めに分けて日程へ置く¹

この並びに優劣の順序はありません。

この順で確かめると、製品の比較に入る前に、自社が何を必要としているかが一枚にまとまります。

卸価格の区分は、三つの型のどれかに近い

型	価格が決まる単位	向いている場面	注意する点
取引先個別型	取引先一社ごと	個別の契約が多く、社数が限られる	社数が増えるほど表が増える
価格グループ型	掛け率や価格帯のまとまり	掛け率の種類が少なく、社数が多い	例外の取引先の置き場所を決めておく
組織階層連動型	取引先を束ねた階層	系列や地域が多段に分かれている	段数が上限に収まるかを先に確かめる1

一社ごとに価格を持たせる形

どんな会社が当てはまるか

取引先の数が限られていて、そのかわり一社ごとに交渉して単価を決めている会社です。製造業で得意先が数十社という規模だと、この形になっていることがよくあります。

価格の根拠が契約書にあるため、階層でまとめようとすると無理が出ます。個別のまま扱ったほうが、実態に合います。

移行するときに詰まるところ

個別型は登録する件数が多くなります。取引先の数だけ価格表を入れる作業が発生するため、最初の登録をどう分担するかを決めてから始めます。

一度入れてしまえば、受注時の単価は自動で決まります。詰まるのは移行時だけで、運用に乗ったあとは楽になる形です。

確かめる点	見るところ
社数	価格表の枚数と一致しているか
価格の根拠	契約書に書かれているか、慣習か
改定の頻度	一社ずつ交渉して変えているか

個別型は移行時の登録件数が多く、どこまでを自動化し、どこからを手で持つかの線引きが会社ごとに変わるためです。

取引先の社数と契約の本数を伝えれば、最初の登録にどれだけの工程がかかり、どこを分担すれば現場が止まらないかを確かめられます。無料相談で自社の条件を持ち込む

掛け率のまとまりで束ねる形

どんな会社が当てはまるか

掛け率が数種類しか無く、取引先はそのどれかに割り当てられている会社です。表が何十枚あっても、実際の掛け率は三つか四つ、という状態なら、この形へ整理できます。

新しい代理店が増えたときに、どのグループへ入れるかを決めるだけで価格が定まります。表を新設する必要がなくなるのは、この形の利点です。

移行するときに詰まるところ

どのグループにも当てはまらない取引先が必ず出ます。ここを無理にどこかへ押し込むと、あとで単価の食い違いが起きます。

当てはまらない先は、例外として個別の単価を持たせ、その一覧を管理します。例外が全体の何割かを把握しておくと、グループの切り方が適切かどうかも分かります。

確かめる点	見るところ
掛け率の種類	実際に使われている値がいくつあるか
割り当ての基準	誰がどう決めているか文書になっているか
例外の数	どのグループにも入らない先が何社か

グループ型では、どのグループにも当てはまらない例外の扱いが後々の食い違いの元になり、切り方そのものを一緒に見直す必要があるためです。

実際に使っている掛け率の種類と、当てはまらない取引先の数を持ち寄れば、グループの切り方が適切か、例外をどう管理するかを確かめられます。無料相談で自社の条件を持ち込む

取引先を階層で束ねる形

どんな会社が当てはまるか

系列の親子関係があったり、チャネルと地域と階級が重なって価格が決まる会社です。上の階層で決めた価格を下へ引き継がせられるため、区分が多段になっていても表の枚数は増えません。

この型では、組織階層を5階層まで構成できるとされています¹。自社の段数がこの範囲に収まるなら、そのまま構造として表せます。

移行するときに詰まるところ

階層を作るときに、どの理由をどの段へ置くかで迷います。同じ段に複数の理由を詰め込むと、あとから価格の根拠を追えなくなります。一段につき一つの理由を置くのが基本です。

もう一つは、上の階層の価格と下の階層の価格が食い違うときの扱いです。下が優先するのか、下に値が無いときだけ上を引き継ぐのか。ここを決めてから登録に入ります。

改定をどう回すか

階層で束ねると、上の階層を一度直すだけで下の全社へ広がります。便利な反面、間違いも同じ速さで広がるため、改定の手順を分けておく必要があります。

確定・登録・検証・適用の4つの締めに分けて業務カレンダーへ置く進め方であれば¹、登録した内容を適用前に確かめる時間が日程の中に確保できます。

確かめる点	見るところ
段数	価格が変わる理由が何段積み重なっているか
上限との関係	数えた段数が構成できる階層の範囲に収まるか1
優先順位	上の階層と下の階層で値が違うときどちらを使うか
改定の分担	決める人・入れる人・確かめる人が分かれているか

階層型は、どの理由をどの段へ置くか、上下の値が食い違うときどちらを優先するかという設計が先に必要で、ここを誤ると改定のたびに手直しが残るためです。

自社の系列やチャネルの区分を伝えれば、それが何段の階層になり、構成できる範囲に収まるか、優先順位をどう決めておくべきかを確かめられます。無料相談で自社の条件を持ち込む

要点の整理

軸	基準
区分の単位	価格が変わる理由が取引先そのものか、取引先の属性かで仕分ける
段数	属性で決まる理由を上から積み上げて何段になるかを数える
上限との照合	数えた段数が構成できる階層の範囲に収まるか1
優先順位	階層の値と個別の値が食い違うとき、どちらを使うかを決めてある
例外の把握	階層に載らない取引先が何社あるかを一覧にしてある
改定の分担	確定・登録・検証・適用を別の日程と担当へ分けてある1
検証の対象	いちばん入り組んだ取引先で見積と請求の両方を突き合わせる

区分が上限に収まらない場合の打ち手は、区分を束ね直すか別扱いにするかの二択で、どちらが現場に合うかは今の運用を見ないと決められないためです。 現在の価格表と、個別の取り決めがある取引先の一覧を見せれば、統合できる区分がどれか、別扱いにすべき先が何社かを整理したうえで、導入の可否を判断できます。

よくある質問

取引先ごとに違う掛け率を、Excelのまま管理し続けるのは難しいでしょうか

社数が少なく、掛け率の種類も限られているうちは回ります。難しくなるのは、価格の根拠が担当者の頭の中にしか無くなったときです。担当者が休むと止まる、新しい人が引き継げないという状態が出ているなら、表の置き場所を変えるより、価格を分ける決まりを文書にすることが先になります。

取引先が増えるたびに価格表を作っていますが、これは避けられますか

価格が取引先の属性で決まっているなら避けられます。掛け率のまとまりや階層のほうへ表を持たせ、取引先はそこへ割り当てる形にすると、新規の取引先が増えても割り当てるだけで価格が決まります。表を新設するのは、本当にその一社だけの取り決めがあるときに限られます。

階層は何段まで作れますか

組織階層と連動させる型では、組織階層を5階層まで構成できるとされています¹。自社の価格が変わる理由を上から順に積み上げて数え、その段数がこの範囲に収まるかを先に確かめておくと、導入の判断がしやすくなります。

区分が上限を超えそうなときは、導入をあきらめるしかないですか

あきらめる前に二つ試せます。一つは、実際には同じ価格になっている区分を統合して段数を減らすこと。もう一つは、大半を階層で自動化し、収まらない数社だけを個別の取り決めとして別扱いにすることです。全部を載せきらなくても、手作業の大半は減らせます。

価格改定のときに、旧価格で受注してしまう事故は防げますか

登録と適用を同じ日にすると起きやすくなります。確定・登録・検証・適用の4つの締めに分けて業務カレンダーへ置けば¹、登録した内容を適用前に突き合わせる時間が確保できます。確認は、階層の掛け率と個別の単価が両方ある取引先で行うのが確実です。

グループの掛け率と個別の単価が両方ある取引先は、どう扱えばよいですか

どちらを優先するかを先に決めておくことが必要です。個別の単価がある品目だけ個別を使い、それ以外はグループの掛け率を使う、という決め方が一般的です。この優先順位が決まっていないと、自動化しても「この取引先だけ手で直す」工程が残ります。

1. 1　出典：株式会社フライトソリューションズ「BtoB卸価格を取引先ごとに切り替える方法とは？区分の型と改定運用の考え方」（2026年）　経路