卸売業や商社には、共通する構造があります。
取引先ごとに条件が違う。
同じ商品でも、A社とB社では掛け率が違う。締め日も違えば、支払サイトも違う。数量によって単価が変わる取引先もある。
そしてこの条件が、担当者の頭の中や個人のExcelに残っていることが少なくありません。
この記事では、卸売業がOdoo（オドゥー：オープンソース由来の統合業務アプリ群）で何を仕組みに移せるのか、そして日本の商習慣で確認すべき点を整理します。
卸売業に固有の3つの難しさ
取引条件が多層になっている
小売業なら、店頭価格は基本的に一つです。しかし卸売では違います。
- 取引先ごとの基本の掛け率
- 商品カテゴリごとの例外
- 数量による単価の変動
- キャンペーン期間中の特別価格
- 長年の関係で決まっている個別条件
これらが重なると、「この取引先のこの商品の単価はいくらか」が、簡単には出てこなくなります。
在庫の場所が複雑
自社倉庫だけでなく、次のような形態が混在します。
- 外部倉庫に預けている在庫
- 取引先に預けている在庫
- 仕入先から直接出荷する取引（直送）
- 輸送中で、まだ届いていない在庫
「在庫がある」の意味が場所によって変わるため、単純な数量管理では足りません。
月締めの請求が中心
多くの取引先と、月に何度も取引します。そのうえで、締め日にまとめて1通の請求書を出します。
締め日は取引先ごとに違います。月末締め、20日締め、15日締めが混在することも珍しくありません。
取引条件をマスタとして持つ
卸売業がERPを入れる最大の意味は、ここにあります。
Odooには価格表（プライスリスト）という仕組みがあります。取引先ごとに適用する価格の体系を設定できます。
これにより、次が変わります。
- 受注入力時に、その取引先の単価が自動で入る
- 数量による単価の変動も、設定した条件で計算される
- 例外的な単価を使う場合は、変更した記録が残る
属人化の解消という観点で、これは大きな意味があります。
担当者が休んでも、退職しても、条件は仕組みに残ります。事業承継やM&A（合併・買収）を視野に入れる場合、この点は評価につながります。考え方はM&A売却（EXIT）を見据えた基幹システムの整え方で扱っています。
在庫の場所を正しく持つ
Odooの在庫管理は、ロケーション（保管場所）という考え方で構成されています。
これを使うと、次のように整理できます。
| 管理したい状態 | 持ち方の例 |
|---|---|
| 自社倉庫の在庫 | 倉庫ごとのロケーション |
| 外部倉庫に預けた在庫 | 外部倉庫用のロケーション |
| 取引先に預けた在庫 | 預け先ごとのロケーション |
| 輸送中の在庫 | 輸送中を示すロケーション |
| 直送（仕入先から取引先へ） | 自社倉庫を経由しない出荷の設定 |
重要なのは、「どこにあるか」を分けて持つことです。合計数だけを管理していると、出荷できる在庫がいくつあるのか分からなくなります。
在庫機能の詳細はOdooの在庫管理でできることで整理しています。
月締め請求は必ず実機で確認する
ここは、卸売業でOdooを検討する際の最重要の確認事項です。
日本では、月に何度も納品したうえで、締め日にまとめて1通の請求書を出す慣行が広く残っています。
一方、海外製のシステムは「取引ごとに1通の請求書」を基本とする設計が多くなっています。
そのため、次を必ず確認してください。
- 締め日ごとに、期間内の取引をまとめた請求書を出せるか
- 取引先ごとに異なる締め日を設定できるか
- その請求書が、適格請求書の要件を満たす形になるか
- 消費税の端数処理が、請求書単位で税率ごとに1回になるか
標準機能だけでは足りず、追加の対応が必要になる場合があります。
これは「できない」という意味ではありません。ただし、対応の重さが導入の見積もりに影響します。だから早い段階で確認してください。
インボイス制度に関わる論点はOdooのインボイス制度（適格請求書）対応で詳しく扱っています。
取引先別の粗利が見えるようになる
卸売業で意外と把握できていないのが、取引先ごとの利益です。
売上は分かる。しかし、そこから仕入原価、物流費、値引きを差し引いた実質的な利益は見えにくいものです。
取引が一つの仕組みで記録されていれば、次の切り口で見られるようになります。
- 取引先別の売上と粗利
- 商品カテゴリ別の利益率
- 特別価格の適用が、どの程度利益を圧迫しているか
- 配送頻度が高い取引先の実質コスト
この数字が出ると、価格交渉の材料になります。
「長い付き合いだから」で続けてきた条件を、数字をもとに見直せるようになります。
ただし、これは第2段階以降の話です。まず取引が正しく記録される状態を作ってください。
導入で優先すべき順番
第1段階：受注・在庫・出荷
日々の業務が止まる領域です。ここを最初に載せます。
同時に、取引先マスタと価格表の整備を行います。この整備が、実質的に最大の作業になります。
第2段階：購買・請求・会計
仕入側と、請求・入金の流れをつなぎます。月締め請求の設計は、この段階で確定させます。
第3段階：分析
取引先別・商品別の利益分析は、データが溜まってから意味を持ちます。
第4段階：営業支援
案件管理や見積の履歴管理は、余力ができてから広げてください。
進め方の考え方はOdoo導入の要件定義の進め方で整理しています。
つまずきやすい3つの点
取引条件の棚卸しが終わらない
多くの会社で、条件が文書化されていません。担当者に聞いて回る作業が必要になります。
そして聞いてみると、次のことが分かります。
- 誰も理由を説明できない条件がある
- 同じ取引先に、担当者によって違う条件が適用されている
- 何年も前のキャンペーン価格が続いている
この棚卸し自体に価値があります。システム導入を機に、条件を整理し直す会社は少なくありません。
FAXや電話の受注が残る
取引先の都合で、電子的な受注に切り替えられない場合があります。
この場合、受注入力の作業は残ります。システムを入れても、入力そのものはなくなりません。
ただし、入力した後の処理（在庫の引き当て、出荷指示、請求）は自動化できます。どこまでが自動化の範囲かを、期待値として揃えておいてください。
現場が「今のやり方」を前提に要件を出す
長年の運用があるほど、現状の再現を求める声が強くなります。
しかし、その手順の多くは過去のシステムの制約に由来しています。標準に寄せられる部分は寄せたほうが、費用も将来の負担も小さくなります。
判断の考え方はOdooとFit to Standardで扱っています。
Community版とEnterprise版で何が変わるか
- Community版：無料のオープンソース版。ホスティングと保守は自社の責任で、公式サポートの対象外。一部の機能は含まれない
- Enterprise版：有償のサブスクリプション。公式サポートと全アプリを含む
卸売業では、受注から出荷までが止まると取引先に直接影響します。障害時の対応をどう確保するかは、事業規模に応じて判断してください。
詳細はOdoo Community版とEnterprise版の違いで整理しています。
Odooが合わない場合もある
次のような場合は、別の選択肢を検討する価値があります。
海外拠点があり、多通貨・連結決算が必要な場合
商社では、海外との取引が中心という会社も多くあります。連結決算や高度な内部統制が必要な規模なら、NetSuiteやSAPが選択肢になります。
取引の型が特殊で、既製の仕組みに乗りにくい場合
たとえば、独自の商流や、複雑な三国間取引が中心の場合です。
この場合、必要な機能だけを自社資産として作るAIスクラッチ開発という選択肢もあります。ただし開発費と保守費が発生するため、「ライセンス不要＝安い」ではありません。
よくある質問
取引先ごとの掛け率は、何段階まで設定できますか？
価格表の仕組みで、複数の条件を組み合わせて設定できます。ただし、複雑にしすぎると運用が難しくなります。
まず現状の条件を棚卸しし、整理できる部分は整理してから設計してください。
預け在庫や直送は管理できますか？
ロケーションの設計で対応できる範囲があります。ただし、商流と物流が一致しない取引は設計が複雑になります。
自社の取引形態を具体的に示したうえで、実現方法を確認してください。
月締めの請求書は出せますか？
締め日ごとにまとめる仕組みが必要です。標準機能でどこまで対応できるかは、実機で確認してください。
追加の対応が必要になる場合があります。早い段階で確認すべき項目です。
既存の販売管理システムからの移行は大変ですか？
データの状態によります。とくに取引条件と商品マスタの整理に時間がかかります。
移行の進め方はOdooへのデータ移行の進め方で扱っています。
営業担当がシステムを使ってくれるか不安です
よくある懸念です。効果的なのは、営業側に利点がある機能から入れることです。
たとえば、外出先から在庫を確認できる、過去の取引履歴がすぐ出る、といった点です。入力の手間だけが増える設計では定着しません。
考え方はOdooを社内に定着させる方法で扱っています。
まとめ
卸売・商社がOdooを活用するときの要点は次のとおりです。
- 最大の意味は、取引条件を人から仕組みへ移すこと
- 取引先マスタと価格表で、掛け率・締め日・支払条件を管理する
- 在庫は「どこにあるか」を分けて持つ。合計数だけでは足りない
- 月締めの合計請求書は必ず実機で確認する。標準だけでは足りない場合がある
- 取引が記録されると、取引先別の粗利が見えるようになる
- 導入前の取引条件の棚卸し自体に価値がある
- FAX・電話の受注は残る。自動化の範囲を期待値として揃える
条件が仕組みに残っている状態は、日々の業務を安定させるだけでなく、将来の引き継ぎのしやすさにもつながります。
もう少し詳しく知りたい方へ
卸売業でつまずくのは、たいてい機能の有無ではありません。「自社の取引条件を、どう仕組みに落とすか」という設計です。
そして月締め請求のように、日本の商習慣で確認が必要な論点もあります。ここは資料では判断できません。
ベンチャーネットは、ERP導入支援を手がける立場から、この確認と設計からご一緒しています。
規模や取引形態によっては、Odooではなく上位のNetSuiteやSAP、あるいはAIスクラッチ開発が適することもあります。製品ありきではなくご提案します。
関連記事
