在庫は、多くの会社にとって「合わないもの」です。
帳簿の数字と実際の在庫が違う。棚卸しのたびに差異が出る。発注のタイミングが担当者の勘に頼っている。こうした状態は、珍しくありません。
原因の多くは、在庫が他の業務とつながっていないことにあります。
この記事では、ERP導入支援を手がけるベンチャーネットが、Odooの在庫管理を整理します。読み終えると、次の3つが分かります。
- Odooの在庫管理で、何ができるのか
- Community版とEnterprise版で、何が変わるのか
- 在庫が合わない状態を、どう解消するのか
なぜ在庫が合わなくなるのか
つながっていないから
在庫が合わない会社には、共通した構造があります。
- 受注は販売ソフト、在庫はExcelで別々に管理している
- 出荷したら、あとでまとめてExcelを更新する
- 入庫の記録は、伝票を見ながら手入力する
- 更新のタイミングが人によって違う
転記が発生する場所には、必ず差異が生まれます。
「引当」の概念がないと、二重販売が起きる
受注が入っても在庫が減らない状態だと、同じ在庫を別の顧客に売ってしまうことがあります。
在庫数は残っているのに、実際には出荷予定が入っている。この「引当」の状態が見えないと、営業は正確な回答ができません。
発注のタイミングが属人化する
「そろそろ発注しておこう」という判断が、担当者の経験に依存している。
その人が休むと、欠品か過剰在庫が発生します。
Odooの在庫管理でできること
基本機能はCommunity版でも使える
在庫管理と購買管理の基本機能は、無料のCommunity版でも利用できます。
以下は2026年8月時点、Odoo公式のエディション比較ページにもとづく内容です。対応はバージョンによって変わるため、検討時は最新の公式情報をご確認ください。
主な機能
入出庫の管理
入庫・出庫・移動を記録し、在庫数がリアルタイムで更新されます。
複数倉庫・複数ロケーションの管理
倉庫が複数ある場合や、同じ倉庫内で棚単位に管理したい場合に対応できます。
在庫の引当
受注が入ると、該当する在庫が引き当てられます。「残っているが売れない在庫」が正しく見えるようになります。
発注点の管理
在庫が一定量を下回ったら発注する、という運用を設定できます。担当者の勘に頼らずに済みます。
ロット・シリアル番号の管理
製品を個体やロット単位で追跡できます。トレーサビリティが必要な業種で使われる機能です。
棚卸しの管理
実地棚卸しの結果を記録し、差異を調整できます。
他の業務とつながる
Odooの価値は、ここにあります。
受注が入れば在庫が引き当てられ、出荷すれば減る。発注して入庫すれば増える。仕入計上は会計につながる。転記作業そのものが発生しません。
Enterprise版が必要になる領域
在庫管理まわりで、Enterprise版限定になる主なものを挙げます。
バーコード運用
現場でハンディ端末を使い、バーコードを読み取って入出庫を記録する運用。これはEnterprise版限定です。
倉庫作業の効率化を目的とするなら、ここは重要な判断材料になります。手入力とバーコード読み取りでは、作業時間もミスの発生率も大きく変わるためです。
品質管理
入庫時の検査工程や、不適合品の記録を管理する機能。Enterprise版限定です。
在庫評価と会計連携
在庫金額を会計に反映する処理は、フル機能の会計（Enterprise版限定）と関わります。
在庫を金額で把握し、原価管理まで行いたい場合は、Enterprise版が前提になります。
在庫を「合う状態」にするために
システムを入れれば自動的に在庫が合う、というわけではありません。
入力のタイミングを決める
出荷したら、その場で記録する。あとでまとめて入力する運用が残っていると、差異は解消しません。
現場が「その場で入力できる」形にすることが前提になります。バーコード運用が効いてくるのは、この点です。
移行前に実地で確認する
システムを切り替えるとき、帳簿の数字をそのまま移すと、最初から差異を抱えた状態でスタートします。
移行の前に実地棚卸しを行い、実数を確定させてください。ここを飛ばすと、稼働直後から差異の調査に追われます。
品目マスタを整理する
使われていない品目、重複登録、廃番になった商品。
これらをそのまま移すと、新システムでも同じ混乱が続きます。詳しくはOdooへのデータ移行の進め方の記事をご覧ください。
例外処理のルールを決める
返品、破損、サンプル出荷、社内使用。
こうした例外的な動きをどう記録するかを決めておかないと、現場が「とりあえず記録しない」という判断をします。それが差異の温床になります。
導入でつまずきやすい点
現場の運用を軽視する
事務所で設計したシステムが、現場では使えない。在庫管理でよくある失敗です。
手が塞がっている、端末が足りない、寒い倉庫で細かい操作ができない。こうした制約は現場でなければ分かりません。実際に使う人に触ってもらってください。
倉庫の構造を細かく作り込みすぎる
ロケーション管理は便利ですが、最初から棚単位で細かく設定すると、運用が回らなくなります。
まず倉庫単位、次にエリア単位。運用が定着してから細かくする。この順序のほうが確実です。
引当のルールを決めていない
複数の受注に対して、どの在庫を優先して引き当てるのか。
このルールが曖昧だと、システム上は在庫があるのに出荷できない、という事態が起きます。
よくある質問
Community版でも在庫管理は実用になりますか？
なります。入出庫、複数倉庫、引当、発注点、ロット管理といった基本機能は使えます。
ただし、バーコード運用や在庫評価を伴う会計連携が必要なら、Enterprise版が前提です。必要な機能を先に洗い出してください。
ハンディ端末は必須ですか？
必須ではありませんが、扱う数量が多いほど効果が出ます。
手入力では、入力する時間そのものと、打ち間違いによる差異が発生します。1日あたりの入出庫件数が多い現場では、投資に見合う可能性が高くなります。
既存の倉庫管理システムと併用できますか？
できます。
すべてをOdooに寄せる必要はありません。倉庫管理は専用システムを残し、受発注と在庫数の把握をOdooで行うという設計もあり得ます。ただし、連携の設計が必要です。
ロット管理やトレーサビリティは対応できますか？
ロット・シリアル番号の管理は、標準機能で対応できます。
ただし、業界固有の要件（賞味期限管理、配合管理など）については、標準機能で足りるかを個別に検証してください。難しい要件から先に確かめることをおすすめします。
まとめ：在庫は「つながる」ことで合う
この記事の要点です。
- 在庫が合わない原因の多くは、他の業務とつながっていないこと
- 入出庫・複数倉庫・引当・発注点・ロット管理はCommunity版でも使える
- バーコード運用・品質管理・在庫評価の会計連携はEnterprise版限定
- システムを入れるだけでは合わない。入力のタイミングと例外処理のルールが要る
- 移行前に実地棚卸しを行い、実数を確定させる
- 現場の運用を軽視すると、使われないシステムになる
在庫が合う状態をつくることは、単なる数字合わせではありません。必要なときに必要なものが出せるという、事業の基礎体力そのものです。
そしてそれは、システムだけでなく業務の設計で決まります。技術の問題に見えて、経営の問題でもあります。
ベンチャーネットは、SAP、NetSuite、Odoo、AIスクラッチ開発の4つを扱っています。だからこそ、Odooありきで話を進める必要がありません。要件が合わないと判断すれば、正直にそうお伝えします。
「うちの在庫の悩みは、どうすれば解消するだろう」と感じたら、業務の整理からご一緒します。
もう少し詳しく知りたい方へ
関連記事
