卸売業の基幹システム選定ガイド｜機能比較で失敗しない選び方
目次
1. はじめに
基幹システムの刷新を決めると、多くの企業がまず複数のベンダーから資料を取り寄せます。そして、販売管理・在庫管理・購買管理などの機能に◯×を付けた比較表を作ります。
一見合理的に見えるこの進め方こそ、卸売業の基幹システム選定で失敗につながりやすいパターンです。
第1回の記事「基幹システム刷新の進め方」では、製品選定の前に「業務の可視化」と「システム要求の整理」が欠かせないことを解説しました。本記事では、その次の段階である製品選定フェーズに焦点を当てます。
機能比較から始めると失敗する理由、卸売業ならではの確認すべき領域、そして評価の具体的な進め方とデモで確認すべきポイントを解説します。
2. 機能比較から始めると、なぜ失敗するのか
理由1：どの製品にも「◯」が並び、差がつかない
販売管理、在庫管理、購買管理、会計連携といった機能は、どの基幹システムにも備わっています。こうした項目で比較表を作ると、どの製品にも◯が並びます。
差がつかないため、最後は価格や営業担当者の印象など、機能以外の要素に判断が左右されてしまうことがあります。これが典型的な失敗の入口です。
理由2：本当に困っている業務が比較表に載っていない
問題が表面化するのは稼働後です。日々の業務で本当に困っていた部分が、標準機能だけでは対応できないことが分かります。
- 得意先ごとに異なる単価の当て方
- 荷姿が変わったときの在庫換算
- 得意先ごとに異なる締め日と請求書の様式
結局、足りない部分をExcelなどで補うことになります。システムを入れたのに手作業が減らない――これが、卸売業のシステム導入で起こり得る「失敗の形」です。
理由3：「今と同じことができるか」が判断基準になる
経営課題や変えるべき業務を整理しないまま比較を始めると、判断の軸がありません。すると、「現行システムと同じことができるか」が比較の基準になります。
その結果、現行業務の問題点まで新しいシステムに持ち込み、刷新の意味が薄れてしまいます。
理由4：「アドオンで対応可能」の一言で安心してしまう
機能比較表では、標準機能にない要件にも「アドオン（追加開発）で対応可能」として◯が付くことがあります。
アドオンによって要件を実現できる場合もありますが、次のような問題が伴う可能性があります。
- 開発費と導入期間が膨らむ
- バージョンアップのたびに改修コストがかかる
- 数年後には再び「自社専用のシステム」となり、同じ問題を繰り返す可能性がある
「できる」と「どのような方法でできる」は、まったく別物です。
そのため、製品選定では機能の有無だけでなく、標準機能、設定、周辺システム、アドオンなど、どの方法で要件を実現するのかまで確認する必要があります。
3. 卸売業に共通する「一般機能では吸収しきれない6つの領域」
卸売業は、メーカーや小売と比べて取引条件の個別性が高い業態です。一般的な販売管理システムの前提と卸売業の実態には、次のような差があります。
| 領域 | 一般的な販売管理システムの前提 | 卸売業の実態 |
| 単価 | 商品ごとに1つの売価 | 得意先別・荷姿別・数量別・期間限定などの多層構造 |
| 在庫単位 | 単一の単位で管理 | バラ／ボール／ケースを相互に換算しながら管理 |
| 在庫属性 | 数量のみ | ロット・賞味期限・製造年月・シリアルなどの属性単位で管理 |
| 受注 | Web・EDIから電子データで受信 | FAX・電話・メール・EDIが混在 |
| 請求 | 月末締めで一括請求 | 得意先ごとに締め日・支払サイト・請求書様式が異なる |
| 原価 | 仕入原価のみ | 運賃・輸入諸掛・リベート・施工費まで含めた実原価 |
基幹システム選定で見るべきなのは、この6つの領域で自社の商習慣や業務要件をどのように実現できるかです。
単に「機能があるか」だけではなく、標準機能で対応できるのか、設定で対応できるのか、周辺システムとの連携が必要なのか、あるいは個別開発が必要なのかまで確認することが重要です。
4. 業種別に見る、必ず確認すべき要件
同じ卸売業でも、扱う商材が変われば「ここに対応できないと致命的」というポイントも変わります。業種ごとの必須要件は、ある程度パターン化できます。
| 業種 | 必ず確認すべき要件 | 対応できない場合に起きること |
| 食品卸 | 賞味期限・出荷期限管理、得意先別の納品可能期限、ロットトレーサビリティ | 期限切れによる廃棄ロス、納品条件違反による返品、回収時に出荷先を追えない |
| 医療機器卸 | 預託（消化）在庫、貸出・返却管理、得意先別契約単価、UDI／シリアル管理 | 単価の誤適用と再請求、預託在庫の把握漏れ |
| 建材・住設卸 | 現場（案件）単位の売上・原価管理、直送処理、長期の受注残管理 | 案件ごとの採算が分からない、手配漏れ |
| 機械卸 | 案件管理、見積からの原価積上げ、部材の分割納品、据付・保守の管理 | 見積精度の低下、分納時の請求ミス |
| 化学品卸 | 前受・前払取引、危険物区分、容器（ドラム・缶）の返却管理、SDS管理 | 入金前の出荷、容器の回収漏れ、法令対応の不備 |
| 自動車部品卸 | 大量SKU、長い品番体系、バーコード運用、緊急出荷への即応 | 検索の遅さによる受注処理の滞留、類似品番の誤出荷 |
5.選定の判断基準を「製品の優劣」から「自社への適合性」に変える
製品情報を集める前に、まず選定の考え方を整理する必要があります。
×「どの基幹システムが優れているか」
◎「どの基幹システムなら、自社の課題を、過度な個別開発に頼らず解決できるか」
重要なのは、機能の多さではなく、自社にとって必要な業務をどこまで標準機能や設定で実現できるかです。
標準機能や設定で対応できる範囲が広いほど、追加開発を抑えやすくなり、導入期間やコスト、将来のバージョンアップ時の負担も軽減できます。
ただし、すべての業務をシステムに合わせればよいわけではありません。
自社の競争力の源泉となる業務や、業種固有で代替できない業務については、周辺システムや必要最小限のアドオンも含めて、最適な実現方法を検討することが重要です。
つまり、Fit to Standardは「標準機能に合わせること」自体を目的とするのではなく、業務を標準化できるところは標準化し、残すべき業務には適切な方法で対応するための考え方です。
6. 業界特化型パッケージと汎用ERPの考え方
この観点で候補製品を見ると、業界特化型パッケージとERPシステムの選び方も整理しやすくなります。
| 観点 | 業界特化型パッケージ | ERPシステム |
| 業種固有の要件 | 標準機能で対応していることが多い | 標準機能、設定、周辺システムなどを組み合わせて対応 |
| 導入期間・コスト | 標準機能中心なら抑えやすい | 構成や追加対応の範囲によって変動する |
| 事業の多角化・拡大 | 想定外の業態には対応しにくいことがある | 多事業・グループ経営・海外展開などに対応しやすい |
| 向いている企業 | 業種固有の業務が事業の中核にある企業 | 複数の業態を持つ企業、グループ全体で統一したい企業 |
重要なのは、業界特化型か汎用ERPかという分類だけで判断しないことです。
自社の業務のどこが競争力の源泉なのか、どこは標準化できるのか、今後どのように事業を変化させていくのかを整理したうえで、標準機能、設定、周辺システム、必要最小限のアドオンなど、適切な実現方法を検討することが重要です。
どちらが優れているかではなく、自社の業務特性と今後の事業展開にどのような構成が適しているかによって選択肢は変わります。
7. 失敗しない基幹システム選定の進め方
業務の可視化とシステム要求の整理（第1回の記事で解説）が終わったら、次の流れで選定を進めます。
| ステップ | 目的 | ポイント |
| ①評価軸の設定 | 何を重視して選ぶかを先に決める | 製品情報を見る前に決める。要件の優先度（必須／重要／あれば良い）を付ける |
| ②RFIによる情報収集 | 候補を幅広く集め、絞り込む | 業種・規模での導入実績、標準機能の範囲、価格帯を確認する |
| ③RFPによる提案依頼 | 各ベンダーに同じ条件で提案してもらう | 自社の業務要件と業種固有の要件を具体的に記載する |
| ④シナリオデモ | 自社業務が回るかを実際の画面で確認する | ベンダーの用意したデモではなく、自社のシナリオで実演してもらう |
| ⑤Fit&Gap分析 | 標準機能で満たせる範囲とGapを明確にする | Gapごとに対応方法と費用を確認する |
| ⑥総合評価・選定 | 導入後まで含めて比較する | 初期費用だけでなく、保守・バージョンアップ・運用を含めたTCOで比較する |
RFI・RFP、Fit&Gap分析の基本は、以下の記事もあわせてご覧ください。
- 【初心者編】RFPとは？RFP作成のメリットや注意点、RFIやRFQなど分かりやすく解説！
- 【項目サンプルあり】RFI（情報提供依頼書）とは？目的やメリット、RFPとの違いを分かりやすく解説！
- Fit＆Gap分析とは？パッケージシステム導入の成功に欠かせない分析手法について解説
評価軸の例
機能の有無だけでなく、次のような観点で総合的に評価します。
| 評価軸 | 確認する内容 |
| 業務適合度 | 必須要件、特に業種固有の要件をどのような方法で満たせるか |
| Gapへの対応コスト | アドオンや周辺システムの追加、費用、導入スケジュールへの影響 |
| 変更への追随性 | 取引条件、組織、販売チャネルの変化に設定などで対応できるか |
| 拡張性・連携性 | 会計、WMS、EDI、ECなどとの連携実績と方式 |
| 性能 | 自社のデータ量（SKU数、伝票件数）で問題なく動くか |
| 運用・保守 | 保守体制、バージョンアップの方針、ユーザーコミュニティの有無 |
| ベンダーの実行力 | 同業種での導入実績、プロジェクト体制、担当者の業務理解度 |
| 総保有コスト（TCO） | 初期費用に加え、5年程度の保守・ライセンス・改修費用の合計 |
8. デモとFit&Gapで必ず確認すべき6つのポイント
ベンダーが用意したデモは、製品の良さが伝わるように作られています。卸売業の選定で差がつくのは、次のような「業種固有の業務が本当に回るか」を自社の条件で確認できたかどうかです。
①単価の優先順位を正しく判定できるか
得意先別単価と数量別単価が両方当てはまる場合、どちらを適用するか。製品によって挙動は異なります。
自社の実際の単価パターンを3〜5件持ち込み、デモで再現してもらうのが最も確実な確認方法です。
②有効在庫の計算式を自社の基準で設定できるか
「実在庫＋入荷予定−引当済−出荷指示済」など、営業が「売れる」と判断する基準を、そのまま引当の計算式として設定できるかを確認します。
③「ロット管理ができる」と「出荷期限ルールで自動引当できる」を区別する
ロット管理には多くの製品が対応しています。一方、得意先ごとの納品期限ルールに沿って自動で引き当てられる製品もあれば、追加設定や別の仕組みが必要な場合もあります。
機能の説明ではなく、実際の引当処理を実演してもらいましょう。
④自社のデータ量で性能を検証する
デモ環境は、数百件程度のサンプルデータで動いていることがあります。10万件と1,000件では、検索や集計の体感速度が変わる可能性があります。
自社の実データ件数に近い量での性能検証を、契約前に依頼してください。
⑤モバイル対応は実機で、現場の担当者が触って評価する
モバイル対応には、PCの画面をそのまま表示するだけの製品と、モバイル専用の画面を持つ製品があります。
実際のスマートフォンで営業担当者に操作してもらうことで、現場での使いやすさを確認できます。
⑥現場の入力負荷まで確認する
案件別の原価管理やBIでの分析は、伝票に案件コードや分類が正しく入力されて初めて機能します。
発注時の情報を仕入計上時に自動で引き継ぐなど、入力の手間を減らす仕組みがあるかまで確認しましょう。
9. Fit&Gapで見つかった「Gap」はどう扱うべきか
Fit&Gap分析では、必ずいくつかのGap（標準機能でそのままでは満たせない要件）が見つかります。
重要なのは、Gapをすべてアドオンで埋めようとしないことです。一方で、すべての業務を無理に標準機能へ合わせる必要もありません。
次の順番を基本に、業務の重要性や将来性を踏まえて対応方法を検討します。
| 優先順 | 対応方法 | 考え方 |
| 1 | 業務をシステムに合わせる | 自社独自のやり方に合理的な理由がなければ、標準機能に合わせて業務を見直す |
| 2 | 運用・設定で対応する | マスタ設定、パラメータ、帳票の出力方法などで吸収できないか検討する |
| 3 | 周辺システムに任せる | WMS、EDI、BIなど、その業務を得意とするシステムに役割を分担する |
| 4 | アドオンで対応する | 競争力の源泉になる業務、業種固有で代替できない業務など、個別対応する合理性があるものに限定する |
この順番は、標準機能を絶対視するためのものではありません。
標準機能で対応できる業務はできるだけ標準化する一方で、自社の競争力につながる業務や業種固有で代替できない業務については、周辺システムや必要最小限のアドオンなども含めて、適切な実現方法を選択します。
「どの業務を標準化し、どの業務を自社の強みとして残すのか」を判断することが、選定の本質です。
この判断によって、導入コストだけでなく、導入後の運用負荷や将来の変更への対応しやすさも大きく変わります。
10. GPTechが考えるシステム選定の重要な視点
GPTechには、「どの製品が良いか」というご相談をいただくことがあります。しかし、製品の適合性は、自社の経営課題と業務要件を整理しなければ判断できません。
GPTechは、システムを販売せず、ベンダーからのバックマージンも受け取らない、発注者側の立場で製品選定を支援しています。
特定の製品を前提とせず、次の流れで、発注者が納得して意思決定できる材料を整えます。
- 経営課題を起点とした評価軸の策定
- RFI・RFPの作成と、各社の提案を同じ条件で比べる評価
- 自社シナリオを用いたデモの設計と、Fit&Gap分析
- Gapへの対応方法や見積の妥当性の評価
- 製品・ベンダー評価報告書の作成
支援の全体像や、情報システム部門が不在の企業での進め方は、第1回の記事で紹介しています。
11. まとめ
卸売業の基幹システム選定で機能比較から始めてはいけない理由は、次の4つです。
- どの製品にも◯が並び、価格や印象などに判断が左右されてしまう
- 本当に困っている業種固有の業務が、比較表に載っていない
- 「今と同じことができるか」が判断基準になり、業務の問題まで持ち込む
- 「アドオンで対応可能」の一言で、将来のコストや運用負荷を見落とす
選定で重要なのは、「どの製品が優れているか」ではありません。\*\*「自社の課題や業務にどの程度適合し、将来にわたって無理なく運用できるか」\*\*という視点で製品を評価することです。
その際、標準機能や設定で対応できる業務はできるだけ標準化し、追加開発を抑えることが基本となります。一方で、自社の競争力の源泉となる業務や、業種固有で代替できない業務まで無理に標準化する必要はありません。
自社シナリオとデータを用いてFit&Gapを確認し、Gapについても、業務変更、設定、周辺システム、アドオンなどの選択肢を比較することが重要です。
そのうえで、業務適合度だけでなく、変更への追随性、拡張性・連携性、性能、運用・保守、ベンダーの実行力、TCOまで含めて総合的に評価します。
「製品比較を始めたが違いを判断できない」「現場の要望が多く、優先順位を付けられない」「業務をどこまで変えるべきか分からない」といった場合は、選定の前段階からの見直しをおすすめします。
▶ 無料相談はこちら
よくある質問（FAQ）
Q. 業界特化型パッケージとERPシステム、どちらがよいですか？
A. どちらが適しているかは、自社の業務特性や事業展開によって異なります。
賞味期限管理や案件別原価管理などの業種固有の要件が業務の中核にある場合は、業界特化型パッケージの標準機能で対応できることで、追加開発を抑えられる場合があります。
一方、複数の業態を持つ企業や、グループ全体でシステムを統一したい企業では、汎用ERPを中心に標準機能、設定、周辺システムなどを組み合わせる方法が適している場合もあります。
製品の分類だけで判断せず、自社の業務をどこまで標準化できるか、どの業務を残すべきか、将来の事業展開にどのようなシステム構成が必要かを踏まえて検討することが重要です。
Q. 候補製品はどのように絞り込めばよいですか？
A. まずRFIで同業種・同規模での導入実績や標準機能の範囲を確認し、候補を幅広く集めます。
そのうえで、必須要件への対応状況や導入方法などをもとに数社程度に絞り込み、RFPとデモで詳しく比べる進め方が一般的です。
最初から少数に絞り込みすぎると、より自社に適した製品を検討する機会を逃す可能性があります。
Q. ベンダーの「対応可能」をどう見極めればよいですか？
A. 「標準機能で対応できる」「設定で対応できる」「周辺システムで対応する」「アドオンが必要」のどれに当たるのかを、要件ごとに回答してもらいましょう。
業種固有の要件は、自社のデータとシナリオを使ったデモで実際に動く様子を確認することが重要です。
また、アドオンが必要な場合は、開発費だけでなく、導入期間、保守、バージョンアップへの影響なども確認しましょう。
Q. 現場からの要望が多すぎて、優先順位を付けられません。
A. 要望を「経営課題の解決に直結するか」「業種固有で代替できないか」「現行の運用をやめても困らないか」という観点で分類し、必須・重要・あれば良いの3段階に整理するのが有効です。
いきなり製品選定に入らず、「この不便を解消する」という課題の文脈で整理すると、現場の合意も得やすくなります。
この記事の編集者
柳元 華奈
北京大学日中通訳専門修士卒。日本経済の活性化を目指し、日本のIT変革やアジアとの架け橋となるべく、（株）グローバル・パートナーズ・テクノロジーに新卒入社。 主に民間企業のシステム刷新プロジェクトに従事し、同社のPR・マーケティング全般の業務やIT調達ナビの運営業務にも携わる。
