「今、全社でこの商品が何個あるか」。営業から聞かれて、即答できない会社は多くあります。倉庫に電話し、委託先の報告を待ち、ようやく答えが出る頃には受注の機会を逃している。
原因は現場の注意不足ではありません。台帳が拠点ごとに分かれ、数字が集まる場所がない。その構造がずれを生みます。裏を返せば、数字が集まる場所を作れば、在庫はそろい始めます。
在庫の一元管理とは、全拠点の在庫を1か所で扱うことです。数量を1か所で見ることと、在庫を動かす操作を1か所で行うことの2つの意味があります。
Odoo（オドゥー：販売・在庫・会計などをつなぐオープンソース由来のERP）なら、拠点ごとの倉庫と拠点間の移動を1つの台帳で扱えます。拠点間で輸送中の在庫は「倉庫間の輸送中」の場所に置かれ、台帳から消えません（Odooの在庫管理で扱える範囲）。
台帳を1つにすると、たとえば次のことが変わります。
- 全拠点の在庫数量を、1か所で見られる
- 拠点間の移動が、入出庫の記録として残る
- 受注や購買の登録と連動して、数量が更新される
- 委託倉庫の在庫も、台帳の上では1つの倉庫として置ける
かといって、ERP（基幹業務システム）に全部入れれば済む話でもありません。最短の順路を組んで棚を回る指示のような、倉庫内の作業効率の最適化まで求めるなら、WMS（倉庫管理システム）を別に持つ場面があります。
では、OdooとWMSのどちらに、何を任せればよいのか。答えはERPとWMSの役割分担の判断表にあります。良い点と注意点は、在庫を一元管理するメリットとデメリットに版ごとに並べました。
CommunityとEnterpriseの区別について
在庫の基本機能は、無料のCommunity版と有償のEnterprise版の両方で使えます。分かれるのは在庫評価や原価といった会計面のフル機能で、こちらはEnterprise版が前提です。
複数拠点の在庫が合わない会社に共通する構造
拠点が1つなら在庫は合います。棚を見に行けば確かめられるからです。拠点が増えると、この前提が通じなくなります。
本社は販売側の数字を見て、倉庫は自分の表計算ファイルを見る。同じ商品の数量が2か所にできます。
委託倉庫（外部の物流事業者に保管と出荷を任せる形態）が加わると、さらに複雑です。数量を知る手段は、先方の報告だけになります。Excelに転記した時点で、その数字はもう昨日の数字です。
共通点は、数字が集まる場所がないことです。
在庫の「一元管理」には2つの意味がある
「一元管理したい」という要望はよく聞きます。ただ、この言葉は2つの違うことを指しています。
数量を1か所で見られる
全拠点の在庫数量を、1か所で見られる状態です。見るのは1か所、動かすのは各拠点のまま。数字を集めるだけなので、早く形になります。
在庫を動かす操作を1か所で行う
入庫・出庫・拠点間移動を、すべて同じ仕組みの上で行う状態です。数量は結果としてそろい、転記も突き合わせも消えます。反面、各拠点の手順を同じルールに寄せる必要が出てきます。
先にどちらを目指すか決める
2つを混ぜたまま検討すると、話がかみ合いません。経営者は1つ目を、現場は2つ目を想像しているからです。現実的には、1つ目を作ってから、拠点ごとに2つ目へ移します。
Odooの在庫管理で扱える範囲と、扱いにくい範囲
Odooは、倉庫とロケーション（倉庫内の棚や区画といった保管場所）を階層で持てます。各拠点を倉庫として登録し、その下に保管場所を並べる形です。
拠点間の移動も、入出庫の記録として扱えます。輸送中の在庫は「倉庫間の輸送中」の場所に置かれます（出典：Odoo公式ドキュメント「Inter-warehouse replenishment」、2026年10月確認）。出したのに着いていない分が、台帳から消えません。数量は、受注や購買の登録と連動して更新される仕組みです。
基本的な使い方は在庫管理アプリの解説記事にあります。記録にはバーコードを使う方法もあり、手入力を減らすほどずれは減ります。
倉庫内の作業はどうか。Odooも、一定の範囲で対応しています。複数の注文をまとめて1回で取り出す、バッチピッキングの機能があります（出典：Odoo公式ドキュメント「Batch picking」、2026年10月確認）。ウェーブピッキングも使えます。注文の明細を分けて波にまとめ、波ごとに作業者へ割り当てる方法です（出典：Odoo公式ドキュメント「Wave transfers」、2026年10月確認）。
扱いにくいのは、その先の、倉庫内の作業効率を最適化する領域です。最短の順路を組んで棚を回る指示や、作業時間を測って持ち場を組み替える改善が、これに当たります。
版による違い
| 範囲 | Community版 | Enterprise版 |
|---|---|---|
| 倉庫・ロケーションの登録と拠点間移動 | 使える | 使える |
| 在庫数量の更新と集計での確認 | 使える | 使える |
| 在庫評価・原価を含む会計のフル機能 | 対象外 | 前提 |
| 複数アプリ横断のダッシュボード | 対象外 | 前提 |
| 公式サポートとOdooオンライン | 対象外 | 含まれる |
版ごとの対応範囲は改定されることがあります。導入を検討する段階で、Odoo公式のエディション比較ページで最新の内容をご確認ください。
Odooで在庫を一元管理するメリットとデメリット
良い点も注意点も、Community版かEnterprise版かで当てはまり方が変わります。メリットは、次の5つです。
- 拠点の在庫を1つの台帳で持てる：各拠点を倉庫として登録し、その下に保管場所を並べる。両版で使える
- 輸送中の在庫が消えない：拠点間の移動を入出庫の記録として扱い、出したのに着いていない分も台帳に残る。両版で使える
- 受注・購買と数量が連動する：数量は、受注や購買の登録と連動して更新される。両版で使える
- 在庫を資産として会計につなげられる：在庫評価・原価を含む会計のフル機能は、Enterprise版が前提
- 後からWMSを足せる：品目の登録ルールと、在庫を資産として持つ考え方は変わらず、設定のやり直しにはならない
デメリットと注意点は、次の4つです。
- 倉庫内作業の最適化は扱いにくい：最短の順路を組んで棚を回る指示や、作業時間を測って持ち場を組み替える改善は、Odooの扱いにくい領域
- Community版は会計のフル機能が対象外：在庫評価・原価を含む会計のフル機能や、複数アプリ横断のダッシュボードは対象外。ホスティングと保守も自社の責任になる
- 拠点の手順を寄せる必要がある：操作まで1か所で行うなら、各拠点の手順を同じルールに寄せることになる
- 委託倉庫の数字は鮮度が変わる：台帳の上では1つの倉庫でも、連携方法によって数字の鮮度が変わる
どこまでをOdooで持つかはERPとWMSの役割分担、委託倉庫は3つの連携パターン、手順のそろえ方はそろえる3点だけを先に決めるで扱っています。
ERPとWMSの役割分担と、WMSを別に持つ判断軸
WMS（Warehouse Management System）は、倉庫内の入出庫・ロケーション・作業指示を管理する仕組みです。ERPと似て見えますが、見ているものが違います。
ERPが管理するのは、在庫という資産と原価。WMSが管理するのは、倉庫の中の人とモノの動きです。
どこまでをOdooでやるか
判断軸は、倉庫内作業の複雑さです。自社の倉庫を思い浮かべて、各行の左右どちらに近いかを見てください。
| 判断軸 | Odooの在庫機能で足りる | WMSを別に持つ |
|---|---|---|
| 出荷の量 | 担当者が1日の手順を頭に入れられる | 順路の最適化なしでは出荷が締め切りに間に合わない |
| 保管場所 | ベテランでなくても棚の位置を覚えられる | 指示がないと新人が棚に届かない |
| 作業する人 | 固定メンバーが中心 | 繁忙期の短期応援が日常的に入る |
| 保管の要件 | 常温の通常保管が中心 | 温度帯やロットの制御が必要 |
右に寄る項目が増えるほど、WMSを別に持つ合理性が高まります。
「Odooだけで全部できます」とは言えません。作業規模が一定を超えたら、専用の仕組みに任せるほうが合理的です。
拠点数が多く海外を含むなら、NetSuiteなど上位のERPが視野に入ります。比較の論点はNetSuiteとOdooのサプライチェーン機能の比較にまとめました。上位のERPで倉庫管理まで持つ場合の考え方は、NetSuite WMS（倉庫管理システム）完全ガイドが参考になります。連結決算や多通貨の要件が重ければ、SAPも選択肢です。
標準に乗らない倉庫運用が中心なら、AIスクラッチ開発もあります。ただし、ライセンスが要らない代わりに開発費と保守費が別途かかります。
委託倉庫の在庫を取り込む3つの連携パターン
委託倉庫の在庫を取り込む方法は3つです。取引量と、先方の対応可否で決まります。
定期的にデータを受け取る
在庫と入出荷の一覧を、決まった間隔で受け取って取り込む方法です。負担は最も軽い一方、数字は受け取った時点のもの。日中の在庫を見ながら受注する業務には向きません。
外部連携の仕組みで随時つなぐ
出荷指示を送り、実績を受け取る流れを自動化します。鮮度は最も高くなる方法です。条件は先方が外部連携に対応していることで、設計と検証に期間と費用がかかります。
人が見て入力する
先方の管理画面を見て、こちらに登録する方法です。取引量が少ないうちは成立しますが、恒久的な運用にはしません。件数が増えると破綻します。
卸売業では、商品群ごとに使い分けることもあります。業種ごとの論点は卸売業向けの記事をご覧ください。
複数拠点の在庫の数字を1か所に集めるまでの進め方
全拠点を一度に切り替えるやり方は続きません。決めることが、同時に膨らみすぎるからです。ベンチャーネットは、次の順で進めます。
ステップ1：拠点ごとに「数字がどこにあるか」を書き出す
最初に確かめるのは機能ではなく、今の在庫の数字の置き場所です。販売側の台帳、倉庫の表計算ファイル、委託先の報告。どれが正しい数字とされているかを、拠点ごとに確認します。モノと情報の流れを1枚に描く方法は、業務フローの書き方にまとめています。
ステップ2：そろえる3点だけを先に決める
全社でそろえるのは、品目の呼び名、単位、在庫が動いたと判断する時点の3つ。細かな手順差は、残したままで構いません。Fit to Standard（標準機能に業務を合わせる考え方）で、標準の在庫機能に乗せられる範囲を見極める段階です。
ステップ3：手順が標準的な1拠点で形を作る
最初の1拠点で、登録ルールを固めます。2拠点目からは見本をなぞる作業になり、違いが出た部分だけ議論すれば済む形です。この段階で、拠点間移動を記録として扱い始めます。
ステップ4：委託倉庫は最後に、軽い方法から
自社側の手順が固まっていないと、先方に何を依頼すべきかが決まりません。まず定期受け取りで数量を取り込みます。鮮度が足りなくなってから、随時連携へ移るのが順番です。
ステップ5：WMSが要るかを、その時点で判断する
数字がそろって見えるようになると、どこで作業が詰まっているかが分かります。見える化の次に、わかる化です。ERPとWMSの役割分担の判断表で右に寄るなら、WMSを別に持つ案をお伝えします。Odooが合わないと判断すれば、そのこともお伝えします。
よくある質問
在庫の一元管理は、Community版だけでも実現できますか？
数量をそろえるところまでは可能です。登録も入出庫も拠点間移動も、両版で使えます。ただし、ホスティングと保守は自社の責任です。在庫評価や原価が必要なら、Enterprise版が前提です。
委託倉庫の在庫は、自社倉庫と同じように扱えますか？
台帳の上では、1つの倉庫として置けます。ただし、連携方法で数字の鮮度が変わります。委託分は更新間隔が違うことを、営業と共有してください。
WMSを後から足すと、Odooの設定はやり直しになりますか？
やり直しにはなりません。品目の登録ルールと、在庫を資産として持つ考え方は変わらないからです。一方、保管場所の細かい切り方は、WMS側に寄せる前提なら作り込みすぎないことです。
拠点ごとに運用ルールが違う場合、どう揃えますか？
すべてをそろえる必要はありません。そろえるのはそろえる3点だけを先に決めるで挙げた3点だけで、細部の手順差は残せます。拠点の反発が強いときは、3点がそろわないと全社の数字が出ないことを、実際の差異で見せるのが近道です。
Odooで在庫を一元管理するメリットとデメリットは何ですか？
台帳を1つにできる一方で倉庫内作業の最適化は扱いにくい分野です。
倉庫と保管場所を階層で持ち、拠点間の移動や輸送中の在庫も記録として残ります。ここまでは両版で使えます。一方、在庫評価や原価を含む会計のフル機能はEnterprise版が前提です。最短の順路を組むような倉庫内の作業改善まで求めるなら、WMSを別に持つほうが合理的です。詳しくは在庫を一元管理するメリットとデメリットにまとめました。
まとめ
- 在庫が合わないのは注意不足ではなく、台帳が分かれている構造の問題
- 「一元管理」には、数量を見る一元化と、操作の一元化の2つがある
- Odooは倉庫の階層、拠点間移動、数量の更新を扱える
- 倉庫内の順路の最適化や作業改善まで求めるなら、WMSを別に持つほうが合理的
- 委託倉庫は連携方法を3つから選び、自社の手順を固めてから着手する
在庫は、合わせる作業を増やしても合いません。合わない構造を、一つずつ外していく作業です。
1年後、営業は倉庫に電話をかけずに、委託倉庫の分も含めた在庫数を見て納期を答えています。月末に拠点ごとの差異を追いかける残業も、1拠点ずつ消えていきます。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「拠点と委託倉庫の在庫を、どこまでOdooで持ち、どこからWMSに任せるか」という整理から、ご相談を承っています。
関連記事
