卸価格の乗り換え・解約で失敗しないために確認すべきこと

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

B2B EC-COLUMN

現行の卸価格設定は「階層・単位・例外」で洗い出す

卸価格の乗り換えと解約で失敗が起きるのは、価格そのものではなく「価格を分けている条件」が引き継げないときです。取引先ごと・階層ごとに細かく設定してきた卸価格は、階層の段数・紐づけの単位・例外価格という三つの形で現行システムに埋め込まれています。まずこの三つを洗い出し、次に乗り換え先がその段数と取引先数に対応できるかを一次資料で確認し、そのうえで解約時にデータをどの形式で・いつまで持ち出せるかを確かめる。この順序を守れば、見積もりを比べる段階で「再現できるか」の判断がつき、切替後に価格が合わないという事態を避けられます。

誰にどの単位で価格が紐づいているかを一覧にする

洗い出しの出発点は、価格表が何本あり、それぞれがどの範囲に適用されているかを数えることです。長く運用したシステムほど、当初の設計に後から追加した価格表が重なり、担当者の頭の中にしか適用条件が残っていないことがあります。乗り換え先の見積もりを依頼する前に、価格表の本数と適用範囲を書き出しておくと、候補側に伝える要件が具体的になります。

次に、価格がどの単位に紐づいているかを確かめます。得意先そのものに紐づいているのか、得意先の下の部門や店舗に紐づいているのか、商品カテゴリ単位なのか個品単位なのかで、移行時に必要なデータの粒度が変わります。ここが曖昧なまま移行すると、親会社には正しい価格が出るのに支店には出ない、といった反映漏れが起きます。

例外価格と期間限定の特価を切り分けて記録する

洗い出しで見落とされやすいのが、通常の階層ルールから外れた例外価格です。特定の得意先だけに適用している個別単価、キャンペーン期間だけ有効な特価、数量に応じて変わる単価などは、標準の階層設定とは別の仕組みで持たれていることがあります。

これらは移行時に「そのまま移す」「階層ルールに寄せて整理する」「乗り換えを機に廃止する」のいずれかを選ぶ判断が必要です。解約が近づいてから判断すると時間が足りなくなるため、洗い出しの段階で分類だけは済ませておきます。

階層数と取引先数の見通しが立ったら、次は現行システムから離れる側の確認です。

乗り換え先が同じ階層数と取引先数に対応できるかを確かめる

階層数の上限を一次資料で確認する

現行の階層構成が把握できたら、乗り換え先がその段数を扱えるかを確認します。BtoB向けECサイトで取引先ごとに卸価格を切り替える仕組みでは、得意先の組織階層に応じて価格を分ける設計が採られており、EC-Riderの場合、組織階層は5階層まで構成でき、要件にあわせた構成が提案されます¹。

確認の要点は、上限の段数そのものよりも「自社の現行構成が上限の内側に収まるか」です。本社・支社・部門・店舗・担当といった単位を数えたうえで、上限を超える部分があれば、階層を統合するか別の属性で分けるかを候補側と詰めておきます。ここを見積もり段階で詰めずに契約すると、移行中に設計のやり直しが発生します。

取引先数の上限もあわせて確認する

階層数と並んで確認したいのが、登録できる取引先数の上限です。EC-Rider Primoの有料プランで扱える取引先数は10,000件とされています²。現在の得意先数だけでなく、休眠中の取引先や統合予定の拠点を含めて数え、余裕があるかを見ます。

取引先数は階層の下に連なる単位の数にも影響します。得意先を部門単位まで分けて登録している場合、登録件数は得意先の社数より多くなります。見積もりを比べるときは、社数ではなく実際の登録件数で照らし合わせてください。

持ち出しの条件が分かれば、あとは日程です。

解約前にデータを持ち出せる形式と期限を確かめる

エクスポートできる範囲と形式を契約書で確認する

乗り換えで最も取り返しがつかないのが、解約後にデータを取り出せなくなることです。現行システムの契約条件を読み直し、卸価格の設定・取引先マスタ・過去の受注履歴のそれぞれについて、エクスポートできるか、どの形式で出せるかを確認します。

注意したいのは、取引先マスタや受注履歴は出せても、価格の階層設定そのものは画面上の設定としてしか存在せず、機械が読める形では出せない場合があることです。その場合は、解約前に管理画面の設定内容を自社で記録しておく必要があります。洗い出しの一覧がここで役に立ちます。

解約後に参照できる期間を日程に織り込む

解約の申し出から利用停止までの予告期間と、利用停止後にデータを参照できる期間は別物です。予告期間だけを見て日程を組むと、検証が終わらないうちに参照できなくなります。

解約の申し出をいつ出すかは、移行と並行運用の期間が見えてから決めます。契約更新通知が届いた段階で焦って解約を申し出るのではなく、まず更新の可否を保留したまま、移行に必要な期間を見積もる順序が安全です。

期間は「利用開始まで」と「移行完了まで」を分けて見積もる

利用開始までの日数は短くても、移行は別の期間が要る

乗り換え先の資料に示される日数は、多くの場合「申し込みから利用を始められるまで」の日数です。EC-Rider Primoでは最短3日で利用開始とされています²。この日数は、環境が使える状態になるまでの速さを示すもので、自社の卸価格設定を移し終えるまでの期間とは別に考えます。

移行に要する期間は、洗い出した価格表の本数、階層の段数、例外価格の多さで決まります。見積もりを比べるときは、利用開始までの日数と、価格データの登録・確認に充てる期間を分けて示してもらうと、日程の見通しが立ちます。

繁忙期と更新日から逆算して日程を置く

卸売業では期末や商戦期に受注が集中します。切替と並行運用をその時期に重ねると、価格の検証に人手を割けません。契約更新日と繁忙期の両方から逆算し、並行運用に充てられる時期を先に押さえてから、申し込みの時期を決めます。

更新日まで余裕がない場合は、更新を一度受け入れて次の更新までを移行期間に充てる判断もあります。無理に間に合わせて検証を省くより、費用を一期分負担してでも反映漏れを防ぐほうが、取引先との価格トラブルを避けられます。

切替後は並行運用で価格の反映漏れを検証する

得意先ごとの表示価格を突き合わせる

切替の直後は、旧システムと新システムの両方で同じ得意先の同じ商品を表示させ、価格が一致するかを突き合わせます。全件を確認できない場合でも、階層の各段から代表を選び、上位の得意先・下位の部門・例外価格が設定された取引先を必ず含めます。

反映漏れは、階層の下位ほど見つかりにくい傾向があります。親に設定した価格が子に継承される仕組みでは、継承の条件が旧システムと異なると、上位だけ正しく見えて下位が違うという状態になります。確認の対象を上位に偏らせないことが要点です。

完全な解約は検証が終わってから

並行運用の期間は、受注が一巡して各得意先に価格が適用される場面を通過するまで置くのが安全です。月締めの請求まで確認できれば、価格だけでなく計算結果の一致も見られます。

検証が終わり、持ち出したデータの保管先も決まってから、現行システムの解約手続きに進みます。解約の申し出は取り消せないことが多いため、この順序は入れ替えないでください。

卸価格の乗り換えは、価格そのものより「価格を分けている条件」を引き継げるかで成否が決まります。現行設定を階層・単位・例外の三つで洗い出し、乗り換え先の上限を一次資料で確かめ、データの持ち出し条件を確認してから日程を組む。この順序で進めれば、解約の判断は勘ではなく確認済みの事実に基づくものになります。

現行の階層構成をそのまま再現できるかは、資料の上限値だけでは判断がつきません。自社の価格表の本数と紐づけの単位を示したうえで、構成の提案を受けられる相手に相談するのが近道です。

洗い出した階層の段数と例外価格の一覧をお持ちいただければ、上限の内側に収まるか、収まらない場合にどう整理できるかをその場で確かめられます。無料相談で要件を整理する

乗り換えと解約の前に確認すべきこと

• 現行の卸価格が何段階の階層で分岐しているか

• 価格が得意先・部門・商品のどの単位に紐づいているか

• 階層ルールから外れた例外価格と期間限定の特価がどれだけあるか

• 乗り換え先が対応できる階層数の上限

• 乗り換え先に登録できる取引先数の上限

• 現行システムから持ち出せるデータの範囲と形式

• 解約の申し出から利用停止までの予告期間

• 利用停止後にデータを参照できる期間

• 利用開始までの日数と、価格データの移行に要する期間

• 並行運用に充てられる時期と、確認する得意先の選び方

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

それぞれの確認事項を、どの型で乗り換えるかによって整理すると、優先すべき項目が絞れます。

乗り換えの進め方は三つの型に分かれる

型	向いている状況	解約前に特に確かめること
一括切替型	階層構成が単純で、例外価格が少ない	持ち出せるデータの形式と、切替日の受注の扱い
段階移行型	得意先を地域や事業部で分けて運用している	移行の途中で両システムに同じ取引先が存在しないか
並行運用型	例外価格が多く、価格の検証に時間を要する	二重に費用が発生する期間と、解約の予告期限

一括切替型は切替日の受注の扱いを先に決める

単純な構成ほど短期間で移せる

階層の段数が少なく、例外価格もほとんどない場合は、ある日を境に全得意先を新システムへ移す一括切替が取れます。並行運用の費用が抑えられ、社内の運用も一本化されるため、担当者の負担は最も軽くなります。

一方で、切替日をまたぐ受注の扱いは事前に決めておく必要があります。旧システムで受けた注文をどちらで処理するか、取引先への案内をいつ出すかを、切替日の確定と同時に整理してください。

切替日を一度で決める進め方では、当日の受注の扱いと取引先への案内の時期を事前に固めておく必要があります。

切替日を置ける時期と、当日をまたぐ受注の処理方法について、日程の組み方を確かめられます。無料相談で自社の条件を持ち込む

段階移行型は移行中の重複を避ける

分けられる単位があるかを先に見る

得意先を地域や事業部で明確に分けて運用している場合は、その単位で順に移していく段階移行が取れます。最初の一群で手順と価格の確認方法を固め、残りに広げられるため、想定外の設定差に気づきやすくなります。

注意点は、同じ取引先が両システムに存在する期間を作らないことです。親会社を移したのに支店が旧システムに残ると、どちらの価格が正なのかが現場で分からなくなります。階層のまとまりを崩さない単位で区切ってください。

どの単位で区切れば階層のまとまりを崩さずに移せるかは、現行の組織構成を見ないと判断できません。

得意先を区切る単位の候補と、移行中に両システムへ重複が生じない順序を確かめられます。無料相談で自社の条件を持ち込む

並行運用型は費用が重なる期間を見込む

検証の時間を買う型として考える

例外価格が多く、価格の突き合わせに時間がかかる場合は、一定期間は両方のシステムを動かし続ける並行運用が現実的です。旧システムを正として扱いながら新システムの表示を確認できるため、取引先に誤った価格を提示する危険が小さくなります。

この型では両システムの費用が重なります。どの時点で旧システムを正とするのをやめるか、解約の予告期限がいつかを先に決め、並行の期間が延び続けないようにします。

並行の期間が延びるほど費用が重なるため、どの時点で新システムを正に切り替えるかの目安を持っておく必要があります。

検証に要する期間の見込みと、解約の予告期限から逆算した並行運用の終わり方を確かめられます。無料相談で自社の条件を持ち込む

要点の整理

軸	基準
階層の再現	現行の段数が乗り換え先の上限の内側に収まるか。EC-Riderは5階層まで構成可能1
取引先数	部門・店舗を含めた登録件数で数え、上限に余裕があるか。EC-Rider Primoの有料プランは10,000件2
例外価格	階層ルールから外れた個別単価・特価を、移す・整理する・廃止するのいずれかに分類したか
データの持ち出し	価格設定・取引先マスタ・受注履歴のそれぞれについて、形式と期限を契約条件で確認したか
期間の見積もり	利用開始までの日数と移行完了までの期間を分けているか。利用開始は最短3日2
検証	階層の各段と例外価格の取引先を含めて表示価格を突き合わせ、月締めまで確認したか
解約の時期	予告期間と、利用停止後にデータを参照できる期間を日程に織り込んだか

乗り換えの可否は、階層数・取引先数・移行期間という三つの条件が自社の実態に合うかどうかで決まります。見積もりを比べる前に、この三つを自社の数字で照らし合わせておくと判断が速くなります。 現在の階層の段数と登録件数、移行に充てられる時期をお伝えいただければ、再現できる範囲と必要な期間の見通しを確かめられます。

よくある質問

今の階層構成が乗り換え先の上限を超えていたら、乗り換えはできませんか。

必ずしもできないわけではありません。EC-Riderでは組織階層を5階層まで構成でき、要件にあわせた構成が提案されます¹。上限を超える段がある場合は、実質的に同じ扱いをしている段を統合する、階層以外の属性で分ける、といった整理で収まることがあります。見積もりの段階で現行構成を示し、どう再現するかを確認してください。

解約を申し出る時期はいつが適切ですか。

移行と並行運用に要する期間が見えてから決めます。契約更新通知が届いた時点では、まず現行設定の洗い出しと乗り換え先の確認を進め、日程が固まってから予告期間を逆算して申し出ます。解約の申し出は取り消せないことが多いため、検証が終わる見通しが立つ前には出さないほうが安全です。

最短で利用を始められるなら、乗り換えも短期間で終わりますか。

利用開始までの日数と移行完了までの期間は別に考えます。EC-Rider Primoは最短3日で利用開始とされていますが²、これは環境が使える状態になるまでの日数です。自社の価格表の本数や例外価格の多さに応じて、データの登録と確認に充てる期間を別途見込んでください。

取引先数の上限はどう数えればよいですか。

得意先の社数ではなく、システムに登録する件数で数えます。部門や店舗まで分けて登録している場合、件数は社数より多くなります。休眠中の取引先や統合予定の拠点も含めて数え、上限に対する余裕を確かめてください。EC-Rider Primoの有料プランで扱える取引先数は10,000件です²。

価格の反映漏れは、どこを見れば見つかりやすいですか。

階層の下位と、例外価格が設定された取引先です。上位に設定した価格が下位へ継承される仕組みでは、継承の条件が旧システムと異なると、上位だけ正しく見えて下位がずれます。確認する得意先を選ぶときは、階層の各段から代表を取り、例外価格のある取引先を必ず含めてください。

1. 1　出典：株式会社フライトソリューションズ「EC-Riderお役立ちコラム BtoB向けECサイトで取引先ごとに卸価格を切り替える」（2026年）　経路
2. 2　出典：株式会社フライトソリューションズ「EC-Rider Primo サービス紹介ページ・料金プラン条件」（2026年）　経路