【完全ガイド】卸売業 基幹システム刷新：食品卸・機械卸・医薬品卸・商社のERPと業界EDI対応

卸売業（食品卸・機械卸・医薬品卸・建材卸・酒類卸）の基幹システムは、業界 EDI 対応・複雑な販売管理・取引先別の与信管理・物流連携が中核要件。SAP・Oracle・GLOVIA・SMILE などの汎用 ERP に加え、業界専用 ERP（医薬品卸 PHARMA・建材卸 ZUKEN 等）が業界実態に合わせて選定される。

1. 卸売業の業務領域と特殊性

• 仕入管理：仕入先との発注、納品、検収。
• 販売管理：受注、出荷、請求。取引先別の単価管理。
• 在庫管理：複数倉庫の在庫、ロット管理、賞味期限。
• 物流管理：配送計画、傭車管理、配送追跡。
• 与信管理：取引先別の与信限度額、リアルタイム残高監視。
• リベート計算：取引数量・金額に応じたリベートの自動計算。
• EDI 対応：流通 BMS、各小売チェーン独自 EDI、業界 EDI（医薬品 JD-NET 等）。

2. 業界別の特殊要件

3. 与信管理・リベートの自動化

• 与信限度額の動的管理：取引先ごとに設定、リアルタイム残高監視、限度額超過アラート。
• 支払条件の管理：取引先ごとに異なる支払サイクル。
• リベート計算：取引数量・金額に応じた自動計算、月次・四半期・年次精算。
• 債権回収：請求書発行、入金消込、督促、貸倒処理。
• 外部信用情報連携：帝国データバンク、東京商工リサーチからの企業情報取得。

4. 物流連携：WMS / TMS との統合

• WMS 連携：受注を WMS にピッキング指示として送信、出荷実績を ERP に反映。
• TMS 連携：出荷データを配車計画に反映、配送完了情報を売上計上に連動。
• 3PL 活用：倉庫・配送を外部委託する場合、3PL の WMS との連携。
• 2024 年問題対応：配送ドライバーの労働時間規制への対応、共同配送、モーダルシフト。

5. 進め方

1. Phase 1（2〜4 ヶ月）：取引先マスタ・商品マスタ・EDI 接続先の棚卸し、要件明確化。
2. Phase 2（4〜10 ヶ月）：販売管理・購買管理・在庫管理の移行、EDI 接続テスト。
3. Phase 3（10〜16 ヶ月）：与信管理・債権管理の移行、会計システムとの統合。
4. Phase 4（16 ヶ月以降）：WMS / TMS との統合、物流最適化。

6. 卸売業の基幹システム選定：業界×規模×物流体制で絞り込む4つの問い

食品卸・医薬品卸・建材卸・酒類卸・機械卸など、卸売業の基幹システムは業界特有の要件が強く、汎用 ERP（SAP・Oracle・GLOVIA・SMILE）だけでは要件を満たせない場合が多い。次の4つの問いで自社の優先順位を明確化する。

問1：取り扱う商材の特殊要件は

• 食品卸（賞味期限・温度管理・産地表示・HACCP）：ロット・賞味期限管理が必須。FEFO（先入先出）対応の WMS との連携。SAP for Wholesale Distribution または食品卸特化パッケージ。
• 医薬品卸（薬機法・JD-NET・トレーサビリティ）：医薬品流通の業界共通EDI（JD-NET）への対応。GDP（Good Distribution Practice）対応の温度管理・トレーサビリティ。
• 建材卸（現場直送・JIT・建設業連携）：建設業現場への直送・JIT 納入。建設業特化 ERP（PROCES.S 等）との連携も視野。
• 酒類卸（酒税法・リベート管理）：酒税法対応・複雑なリベート計算。SAP S/4HANA または業界特化パッケージ。
• 機械・部品卸（CAD 連携・受注生産）：3D CAD 連携・受注生産対応。SAP・Oracle・業界特化の組合せ。

問2：売上規模・拠点数

• 大手（売上1,000億円超）：SAP S/4HANA・Oracle ERP Cloud の選択肢。グローバル展開・複数業態統合に対応。
• 中堅（売上100〜1,000億円）：業界特化パッケージ＋汎用 ERP の組合せ。SAP B1・NetSuite 等のミドルティア。
• 中小（売上100億円未満）：業界特化パッケージ単独、またはクラウド型 ERP（freee 大企業向け・kintone カスタム）。

問3：物流の自社運営か3PL委託か

• 自社物流中心：基幹システムと WMS の緊密な統合が前提。Blue Yonder・Manhattan・ロジザード等の WMS 連動。
• 3PL（外部委託）中心：3PL の WMS との API・EDI 連携が重要。柔軟な連携機能を持つ ERP を選定。
• ハイブリッド（地域別に使い分け）：複数物流網との並行連携。連携の標準化・複数 WMS 統合管理。

問4：EDI 接続先の数と複雑度

• 主要小売チェーン中心（流通BMS）：流通 BMS 標準対応が必須。EDI ハブの活用で接続効率化。
• 業界 EDI（JD-NET、JCA 等）対応：業界共通 EDI への対応。継続的なバージョンアップ追従。
• 小売チェーン各社の独自 Web EDI：複数 Web EDI への対応。RPA・自動化での効率化。
• EDI 未対応取引先が多い：FAX・メール・電話の受発注。基幹システム側の柔軟な受注入力機能。

7. EDI 戦略の決定：流通BMS／業界EDI／Web-EDI を統合か個別か

卸売業の EDI 接続は得意先ごとに異なる仕様が混在する。基幹システム刷新時には、自社が抱える接続パターンを棚卸ししたうえで、集約・個別対応・廃止の3パターンに分けて戦略を決める。

EDI 接続を集約する設計パターン

• EDI ハブ／仲介サービスの活用：Hubsystem・CDH 等のクラウドハブを経由することで、自社基幹は1つの API/ファイル形式に統一。得意先別の差異はハブ側で吸収。
• Web-EDI 自動化（RPA）：得意先ポータルへのログイン・発注データ取得を RPA で自動化。基幹システムへの取込まで一気通貫。
• 業界 EDI 標準化への参加：JD-NET・流通 BMS 等の業界 EDI 標準化への積極参加。共通基盤の活用。

個別対応で残す領域の判断

• 大口取引先の独自 Web EDI：取引額が大きく独自仕様への対応が必須。標準化を交渉する余地もあり。
• 業界の特殊フォーマット：業界固有の特殊な伝票形式。標準化が困難な場合、個別対応継続。
• 新規取引開始時の試行運用：標準化前の試行段階での個別対応。本格化時に標準フォーマットへ移行。

EDI 接続の廃止判断

• 取引額が小さい得意先：EDI 接続維持コストに対し取引額が小さい場合、EDI 停止しメール発注に切替。
• 取引停止が想定される得意先：継続的な取引縮小・停止見込みの取引先は、新規 EDI 投資を抑制。
• JCA 手順等の旧式 EDI：ISDN 廃止に伴い順次廃止。インターネット EDI への移行が必須。

EDI 関連の RFP 確認項目

• 流通 BMS 標準メッセージ対応範囲・対応の標準機能化
• JD-NET 等業界 EDI 対応の有無・改定への追従ポリシー
• EDI ハブ・クラウド連携サービスとの接続実績
• 得意先別マスタ（商品コード・取引コード）の翻訳テーブル管理
• EDI データの突合・例外検出機能

8. 物流2024年問題への業務再設計：受注締・配車・運賃改定

2024年4月のトラックドライバー時間外労働上限規制（年960時間）適用以降、卸売業の物流オペレーションは構造的な転換が進む。受注締時刻・配送計画・運賃改定の各業務での再設計が必要。

受注の締め時間と配送計画の連動

• 受注締時間の見直し：「当日受注・翌日配送」を維持するには、受注締時間の早朝化が必要。基幹システム側で締後の受注を翌々日扱いに自動振り分けるロジック。
• 配送リードタイムの再設定：取引先ごとの納品リードタイムを見直し。契約改定の根拠データ提供。
• 緊急便・特急便の有料化：従来無料だった緊急配送を有料化する場合、受注画面でリードタイム・料金がリアルタイム表示される設計。

共同配送・モーダルシフトのデータ基盤

• 共同配送への参加：同業他社・荷主企業との共同配送。基幹システムの出荷データ標準化が前提。
• モーダルシフト：トラックから鉄道（JR 貨物）・船舶への切替。リードタイム延長・ロット集約の運用設計。
• 中継輸送拠点の活用：ドライバーが1日往復できる範囲に拠点設置。リレー輸送で長距離化。

WMS／TMS と基幹システムの連携

運賃改定への業務的な対応

• 運賃改定の根拠データ：燃料費・人件費・労働時間・運行効率等のデータを継続収集。客観的な改定根拠。
• 得意先との改定協議：データに基づく改定協議のプロセス化。協議記録の保存。
• 運賃改定の影響シミュレーション：改定案を入力すると、案件別・得意先別の収益影響を試算する機能。
• 運賃の自動更新：改定後の請求・売上を正確に管理。請求書フォーマットの自動更新。

9. 与信・リベート・滞留管理：システムで担保する債権健全性

卸売業の収益性は、与信管理・リベート計算・滞留債権管理の精度で大きく決まる。インボイス制度開始後はさらに、適格請求書発行事業者の管理・経過措置対応も加わる。基幹システム選定時には、これらを統合管理する機能の充実度を最優先で確認する。

与信管理の動的化

• 与信限度額の動的管理：取引先ごとの与信限度を、リアルタイムの残高・取引履歴から動的調整。
• 限度額超過のアラート：取引時の限度額チェックと、超過時の警告・承認ワークフロー。
• 外部信用情報の活用：帝国データバンク・東京商工リサーチ等からの企業情報の取込み。継続的なリスク評価。
• 業界共有データ：業界共通の与信情報共有プラットフォームへの参加。
• 支払遅延の早期検知：入金パターンの変化検知。リスクが顕在化する前の対応。

リベート計算の精度確保

• 複雑なリベート体系の管理：取引数量・金額・期間・カテゴリ等に応じた多階層リベート。自動計算ロジックの整備。
• 月次・四半期・年次精算：精算サイクルに応じた自動計算と、得意先への通知。
• リベート規程の改定対応：規程改定時の影響範囲特定と、契約変更の管理。
• 監査対応：リベート計算の根拠データを過去にさかのぼって提示できる仕組み。

滞留債権の管理と回収

• 滞留期間別の管理：30日・60日・90日・180日等の滞留期間別に分類。期間進行に応じた対応フロー。
• 督促業務の自動化：滞留検知時の自動督促（電話・メール・文書）。督促履歴の管理。
• 引当金計算：会計基準に沿った貸倒引当金の自動計算。決算への反映。
• 法的対応のエスカレーション：長期滞留時の弁護士事務所への委託・訴訟対応の管理。
• 取引停止の判断：滞留状況に応じた取引停止・契約解除の判断フロー。

インボイス制度・電帳法対応

• 取引先マスタの登録番号管理：適格請求書発行事業者の登録番号の継続管理。国税庁公表サイトでの有効性チェック。
• 免税事業者との取引：経過措置の控除割合（2026/9まで80%、2026/10〜2029/9は50%、2029/10以降対象外）の自動反映。
• 記載要件の自動チェック：受領した請求書の記載要件（登録番号・税率別合計・消費税額）の自動検証。
• 電子取引データの保存：EDI・PDF メール等の電子取引データの電帳法対応保存。

債権管理の KPI ダッシュボード

卸売業の基幹システムは、得意先・仕入先・取引先・物流の多重なネットワークを管理する複合システム。業界特性・規模・物流体制に応じた選定と、EDI・物流・債権管理の各領域での運用設計が、長期的な収益性と業務効率を決定する。

関連ピラー

• ERP 流通・卸売業 完全ガイド 2026