「棚卸しのたびに、帳簿と実物が合わない」。中小企業の経営者から、よく聞く一言です。欠品に気づくのは、たいてい注文を受けたあと。倉庫の奥には、何年も動いていない箱が積まれたままです。
在庫管理システムとは、「今どこに何個あるか」を、実物と帳簿の両方で合わせ続けるための仕組みです。管理するのは、品目・数量・保管場所の3つ。入庫と出庫のたびに記録が残り、今ある在庫の数が更新されます。
在庫が見えると、会社のお金がどこに眠っているかも見えてきます。統合型ERPのOdoo（オドゥー）なら、在庫の基本機能は無料のCommunity版でも使えます。販売・購買と同じ基盤に並ぶので、受注や発注の情報がそのまま在庫を動かします（Odooでの実現方法）。
在庫の数字が信じられるようになると、たとえば次のことが変わります。
- 動かない在庫が金額で見え、発注量と資金繰りの判断が変わる
- 品目ごと・場所ごとに数字が出て、欠品と過剰のどちらに手を打つか決められる
- 受注・出荷・請求で、同じ品目と数量を何度も入力しなくて済む
ただし、入れれば差異がゼロになるわけではありません。差異を誰が調整するかは、自社で決める必要があります。在庫業務だけが重い会社なら、専用ツールで足りることもあります（単機能ツールと統合型の選び分け）。
では、システムを入れても数字が合わないままの会社は、どこでつまずくのか。答えは導入が失敗する4つの原因にあります。良い点と注意点は、Odooで在庫を管理するメリットとデメリットに並べました。
CommunityとEnterpriseの区別について
在庫の基本機能は、無料のCommunity版でも利用できます。ただし在庫の動きを会計まで一気通貫でつなぐ場合、会計のフル機能は有償のEnterprise版が前提になります。
「在庫管理システム」とは何か
管理する対象は3つです。品目（何が）、数量（何個）、保管場所（どこに）。この3つを常に最新に保つことが、在庫管理システムの役目です。
数量が動くきっかけは、入庫と出庫です。仕入で入り、出荷で出ていく。そのつど記録が残り、現在庫（今ある在庫の数）が更新されます。
「在庫管理システムは、倉庫作業を楽にする道具だ」。そう捉えている方は少なくありません。
作業が楽になるのは結果であって、目的ではありません。在庫とは、現金が形を変えて倉庫に置かれている状態だからです。動かない在庫を1年抱えれば、その分のお金は1年間使えなかったことになります。
在庫管理システムの目的は、この「縛られているお金」を見えるようにすることです。倉庫の問題ではなく、資金の問題として捉え直す。出発点はここです。
在庫と資金の関係は、在庫が増えるほど現金が消えていく理由と「在庫日数」を圧縮する打ち手で詳しく扱っています。
中小企業に「在庫管理システム」が必要になる理由
中小企業ほど、在庫の見える化の効果は大きくなります。理由は3つです。
理由1：在庫は、いちばん見えにくい形の資金だから
預金残高は通帳で分かります。売掛金（まだ入金されていない売上）も、請求書の控えをたどれば把握できます。
ところが在庫は、倉庫に行かないと分かりません。しかも「金額」ではなく「箱の数」でしか見えていない会社が多いのが実情です。
見えないものは、判断の材料になりません。資金繰りが苦しい原因が在庫にあっても、手を入れる発想が出てこないのです。
理由2：欠品と過剰在庫は、同時に起きるから
「在庫が多すぎる」と「在庫が足りない」は、一見すると逆の悩みです。しかし現場では、たいてい同時に起きています。
売れ筋は切らし、動かない品目は積み上がる。品目ごとの実態が見えていないときの典型です。
在庫全体の金額だけを見ていても、この二重の損失は見つかりません。品目ごと、場所ごとに数字が出て初めて、どちらに手を打つべきか判断できます。
欠品と過剰在庫を両方減らす考え方は、在庫最適化とは（安全在庫・適正在庫の考え方）で解説しています。
理由3：人の記憶に頼った在庫把握は、規模とともに崩れるから
社員が数名のうちは、ベテランの頭のなかに在庫が入っています。「あれは奥の棚に3箱ある」で回ってしまう。
困るのは、扱う品目が増えたときです。記憶できる量には限りがあり、あるところで急に回らなくなる。情報が一人に集中していると、その人が休んだ日に出荷が止まります。
情報を人からシステムへ移す考え方は、社内の情報を一元管理する基本的な考え方としても整理できます。
自社は今、見直しの時期か（会議用チェックリスト）
次の項目に2つ以上当てはまれば、在庫の仕組みを見直す時期です。
- □ 棚卸しのたびに、帳簿との差異の理由を誰も説明できない
- □ 欠品に気づくのが、お客様から注文を受けたあとになっている
- □ 在庫の問い合わせに答えられるのが、特定の担当者だけ
- □ 受注・出荷・請求で、同じ品目と数量を何度も入力している
- □ 在庫の総額を知るのに、月末の集計を待つ必要がある
- □ 1年以上動いていない品目が、どれだけあるか分からない
在庫管理システムの導入が失敗する4つの原因
中小企業で在庫管理システムが回らなくなる原因は、次の4つに集約できます。それぞれ、なぜそうなるかと、どう避けるかをセットで見てください。
原因1：現場が入力しきれない運用設計にしてしまう
検討の段階では、管理したい項目がどんどん増えます。仕入先も、保管棚も、担当者も記録したくなる。
しかし入力するのは現場の担当者です。出荷作業をしながら10項目を入力し続けるのは、現実的ではありません。
入力が追いつかなくなると、システムの数字は止まります。止まった数字は誰も見なくなり、最後は手書きのメモへ戻ります。
避ける手は、最初に入力項目を絞ることです。品目・数量・場所・日時の4つが動いていれば、在庫管理システムとして成立します。
項目を増やすのは、運用が定着してからです。この順番を最初に決めておいてください。
原因2：商品コードと単位のルールを決めずに始める
既存の商品台帳は、たいてい表計算ソフトで作られ、表記のゆらぎが残っています。
同じ商品が「A-100」と「A100」で二重登録されている。ある担当は「箱」で、別の担当は「個」で数えている。このままデータを移すと、在庫数は最初から合いません。
合わない数字は、現場の信用を失います。「どうせ合わないから」と手作業の台帳が復活し、二重管理が始まります。
避け方は、システムを選ぶ前にコード体系と単位のルールを決めることです。原則は、1品目に1コード、1品目に1つの基本単位。箱と個の両方で扱う品目は、換算のルールを先に文書にします。
原因3：実地棚卸しとの差異を埋める運用を決めていない
システムを入れても、帳簿と実物の差異はゼロにはなりません。破損、記録漏れ、返品の戻し忘れは発生します。
困るのは、差異が出たときの手順が決まっていないことです。誰がいつ調整し、原因をどう記録するのか。ここが空白のままだと、差異は放置されます。
放置された差異は積み上がり、やがて帳簿がまったく信用されなくなります。
避けるには、差異調整の担当者と頻度を、導入時に決めておくことです。年1回の実地棚卸しだけでなく、動きの多い品目を月次で数える運用が有効です。調整のたびに理由を残せば、差異の原因そのものを減らせます。
原因4：販売・購買と切り離して、在庫だけをシステム化する
予算の都合から、まず在庫だけを入れようという判断になりがちです。受注や発注は、今までどおり表計算ソフトで続ける形です。
すると、入出庫は手入力になります。出荷したら在庫システムに入力し、納品書は別のファイルで作る。同じ情報を2か所に打ち込む状態です。
二重入力は、どこかで必ず抜けます。抜けた分だけ在庫がずれ、原因の特定に時間がかかります。
避ける道は、在庫だけを独立させず、入出庫のきっかけとなる業務とつなげる前提で考えることです。受注が出荷に、発注が入荷につながる形です。段階的に導入する場合も、後からつながる設計かを確認してください。
4つとも、システムの性能より手前の、運用設計の問題として起きます。冒頭で触れた「入れても合わない」も、ここから生まれるものです。
在庫管理システムの選び方の判断軸
在庫管理システムを比べるときは、機能の数ではなく「運用が続くか」で見ます。判断軸は4つです。
軸1：現場が毎日入力し続けられるか。画面の分かりやすさと、1回あたりの入力の手数を見ます。倉庫で使うなら、立ったまま操作できるかも確認します。
軸2：販売・購買とつながるか。受注と発注が在庫に反映されるかどうかです。ここが切れていると、二重入力が残ります。
軸3：どこまで細かく追う必要があるか。保管場所を何段階に分けるかを決めます。細かくするほど、入力の負担は増えます。
軸4：棚卸しと差異調整がやりやすいか。数えた結果を入力し、差異を確定させる流れがあるかを見ます。
この4軸で、代表的な3つのやり方を比べると次のようになります。
| 判断軸 | 表計算ソフトでの管理 | 在庫専用ツール | 統合型ERP |
|---|---|---|---|
| 入力のしやすさ | 自由度は高いがルールが人任せ | 在庫入力に特化していて速い | 他業務と画面の作りが共通 |
| 販売・購買との連携 | 手作業の転記が前提 | 可否は製品によって異なる | 同じ仕組みの上でつながる |
| 追跡の細かさ | 増やすとファイルが回らなくなりやすい | 在庫まわりは細かく設定できる | 必要な範囲を選んで設定できる |
| 棚卸しと差異調整 | 集計と照らし合わせを手作業で行う | 専用の機能があることが多い | 在庫と会計を同じ基盤で扱える |
| 向いている状況 | 品目数も担当者も少ない | 在庫業務だけが突出して重い | 転記が複数の業務にまたがる |
どれが優れているかを決める表ではありません。自社の転記がどこで発生しているかによって、答えは変わります。
統合型ERP（Odoo）では在庫管理をどう実現するか
Odooは、業務ごとのアプリを組み合わせて使う統合型ERPです。在庫管理の扱いは、版によって範囲が変わります。
在庫の基本機能はCommunity版でも使える
Odooには、無料でオープンソースのCommunity版と、有償サブスクリプションのEnterprise版があります。在庫は、両版で使える基本機能の範囲です。
品目と数量と保管場所の記録は、Community版でもできます。ただしCommunity版は、ホスティング（サーバーの用意と運用）と保守を自社で担う前提です。公式サポートの対象外でもあります。
在庫アプリでできることの詳細は、Odooの在庫管理アプリの機能を扱った記事にまとめました。
在庫が意味を持つのは、販売・購買とつながったとき
在庫の数字が動くきっかけは、外から来ます。仕入先から入荷すれば増え、お客様へ出荷すれば減る。
Odooでは、販売（見積・受注）と購買（仕入）も、両版で使える基本機能の範囲に含まれます。同じ基盤の上に並ぶため、受注や発注の情報が、そのまま在庫を動かすのです。
受注から出荷までの流れはOdooの販売管理アプリ、発注から入荷まではOdooの購買管理アプリの記事で扱っています。
在庫の動きは、最終的に金額になります。ここから先、会計のフル機能はEnterprise版が前提です。Community版の会計は、請求書発行など基本的な範囲にとどまります。標準のダッシュボードは両版で使えます。表計算で複数アプリ横断のダッシュボードを自由に組むのは、Enterprise版です。
対応範囲（C/E別）
| 領域 | Community版 | Enterprise版 |
|---|---|---|
| 在庫（品目・数量・保管場所の管理） | 基本機能を利用できる | 利用できる |
| 販売（見積・受注）／購買（仕入）／製造 | 基本機能を利用できる | 利用できる |
| 各アプリの一覧・ピボット・グラフ集計 | 標準機能として利用できる | 利用できる |
| 会計のフル機能 | 請求書発行など基本的な範囲にとどまる | 前提となる |
| 複数アプリ横断のダッシュボード | 標準のダッシュボードは利用できる。表計算で組むのは対象外 | 表計算で自由に組める |
| Odoo Studio（ノーコードの画面・項目調整） | 対象外 | 利用できる |
| 公式サポート・ホスティング・バージョンアップ | 対象外（自社責任） | 公式サポートとバージョンアップを含む。ホスティングはOdooオンライン・Odoo.sh・自社サーバーから選べる |
Odoo Studioを使うには、Enterprise版の中でも「カスタムプラン」が必要です。スタンダードプランには含まれません。
版ごとの対応範囲は改定されることがあります。導入を検討する段階で、Odoo公式のエディション比較ページで最新の内容をご確認ください。
Odooのプランは、One App Free・スタンダード・カスタムという構造です。One App Freeは1アプリのみが無料で、ユーザー数の制限はありません。2つ目のアプリを足した時点で、有償プランに切り替わります。
一方、全プランを通じてアプリ数による課金差がない点は、Odooの特徴です。有償プランに移ったあとは、在庫に販売・購買を足しても課金の考え方は変わりません。
Odooで在庫を管理するメリットとデメリット
良い点も注意点も、Community版かEnterprise版かで当てはまり方が変わります。メリットは、次の5つです。
- 基本機能は無料版から使える：品目・数量・保管場所の記録は、無料のCommunity版でもできる
- 受注や発注が在庫を動かす：販売と購買も両版の基本機能で、同じ基盤に並ぶ。出荷のたびに在庫へ打ち直す二重入力が残りにくい
- 在庫から始めて足せる：在庫・販売・購買はいずれも両版で使える基本機能の範囲なので、まず在庫を入れて、あとから販売・購買をつなげられる。
つながる前提で始めるのが条件になる - アプリを足しても課金の考え方は同じ：有償プランに移ったあとは、アプリ数による課金差がない
- 追跡の細かさを選べる：保管場所などは、必要な範囲を選んで設定できる
デメリットと注意点は、次の4つです。
- 会計のフル機能はEnterprise版が前提：在庫の動きを金額までつなぐなら、有償版が要る。Community版の会計は、請求書発行など基本的な範囲にとどまる
- 2つ目のアプリから有償になる：One App Freeは1アプリのみ無料で、2つ目のアプリを足した時点で有償プランに切り替わる
- 無料版は自社で運用する：Community版は、ホスティングと保守を自社で担い、公式サポートの対象外になる
- 運用のルールは自社で決める：商品コードと単位のルール、差異を調整する担当と頻度は、システムが決めてくれない
両方を1枚の図に並べました。
注意点のうち、運用のルールは導入前に決めておけば防げます。どこでつまずきやすいかは在庫管理システムの導入が失敗する4つの原因、何から確かめるかは在庫の数字を「信じられる数字」にするまでの順番にまとめています。
在庫管理は単機能ツールか統合型か｜選び分けの目安
見るべきは、どちらが自社の今の状態に合うかです。優劣を決める話ではありません。
単機能ツールが向くケース。在庫業務だけが突出して重い場合です。すでに定着して業務が回っているなら、無理に変える必要はありません。扱う量が小さいうちも、専用ツールで間に合います。
統合型が向くケース。他の業務とのデータの受け渡しで、手作業の転記が発生している場合です。同じ情報を2か所以上に入力している、全体の数字を出すのに人手がかかっている。こうした状態なら効果が出ます。
そのうえで、ベンチャーネットでは規模と要件に応じて、次の4段で振り分けています。
- 規模が大きくなり、海外展開や連結決算が視野に入るなら、NetSuiteなど上位のERP
- グローバルで複雑な要件が中心なら、SAPも視野に入る
- 中小から中堅で、標準的な業務を統合するならOdoo
- パッケージに乗らない固有の業務が中心なら、AIスクラッチ開発という選択肢もある
在庫・購買・製造をどこまで深く管理するかで比べたいときは、NetSuiteとOdooの在庫・購買・製造｜必要な「深さ」の測り方が参考になります。
4段目のAIスクラッチ開発は、自社の業務に合わせて作る方式です。ライセンス費用の考え方は変わりますが、開発費と保守費が別途発生します。この点は必ず併せて検討してください。
課金の構造も段によって異なります。サブスクリプション型か、保守料の体系か、自社資産としての開発か。金額の大小ではなく、構造の違いで比べるのが実務的です。位置づけの整理には、中小企業にとってのERPの考え方を扱った記事も参考になります。
在庫の数字を「信じられる数字」にするまでの順番
在庫の相談を受けたとき、ベンチャーネットは製品の話から入りません。先に次の順番で、会社の今の状態を確かめます。
ステップ1：同じ数字を二度打っている境目を書き出す
在庫と受注の間か、在庫と会計の間か。境目の場所で、必要な範囲が決まります。
ステップ2：商品コードと単位の実態を見る
二重登録や「箱」と「個」の混在が、どの程度あるかを確かめます。ここが整わないうちは、どの製品を入れても数字は合いません。
ステップ3：差異を誰が、どの頻度で調整するかを決める
担当者と理由の残し方が決まって初めて、システムの数字が信用されます。
ステップ4：標準の在庫の流れに、業務を合わせられるかを試す
標準機能に業務を合わせる考え方を、Fit to Standardと呼びます。まず見える化、次に原因が分かる状態、最後に利益につなげる順で進めます。
ステップ5：3〜5年後の品目数・拠点・事業から逆算して、器を選ぶ
Odooで足りるか、NetSuiteが合うか、パッケージに乗らないか。合わないと判断したときは、そのままお伝えします。
ERP導入支援を手がけるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。そのため、特定の製品に寄せない整理が可能です。標準に合わせる考え方は、OdooとFit to Standardで詳しく扱っています。
在庫管理システムについてよくある質問
在庫管理システムを入れれば、帳簿と実物の差異はなくなりますか？
差異がゼロになることはありません。破損や記録漏れは、どうしても発生します。
システムの役割は、差異を早く見つけて原因を記録できるようにすることです。理由がたまれば、原因そのものを減らせます。
表計算ソフトでの在庫管理は、いつまで続けられますか？
目安になるのは、転記の量です。明確な品目数の基準はありません。
同じ数字を2か所以上に打ち込んでいる、集計に半日以上かかる。この状態が続くなら、切り替えを検討する時期です。
まず在庫だけを導入して、あとから販売や購買を足せますか？
足せます。Odooの場合、在庫・販売・購買はいずれも両版で使える基本機能の範囲に含まれます。
ただし、あとからつながる設計かは最初に確認してください。つながらない仕組みを選ぶと、二重入力が残り続けます。
無料のCommunity版だけで在庫管理を始められますか？
在庫の基本機能はCommunity版に含まれるため、始めること自体はできます。ただしホスティングと保守は自社の責任で、公式サポートの対象外です。
社内に運用できる人がいるかが分かれ目です。会計のフル機能まで求める場合は、Enterprise版が前提になります。
Odooで在庫を管理するメリットとデメリットは何ですか？
受発注と在庫がつながる一方で会計のフル機能は有償版が前提です。
販売と購買も同じ基盤に並ぶため、受注や発注の情報がそのまま在庫を動かします。在庫の基本機能は、無料のCommunity版でも使えます。一方、在庫の動きを金額までつなぐ会計のフル機能は、Enterprise版が前提です。コードと単位、差異調整の運用は、自社で決める必要があります（メリットとデメリット）。
まとめ
在庫管理システムとは、倉庫の作業道具ではなく、お金の置き場所を見えるようにする仕組みです。
- 役目は、品目・数量・保管場所を実物と合わせ続けること
- 在庫は、いちばん見えにくい形の資金である
- 失敗の4原因は、入力の詰め込み・コードと単位の未整備・差異調整の運用不在・在庫の切り離し
- 選び方の軸は、入力の続けやすさ・販売と購買との連携・追跡の細かさ・棚卸しのしやすさ
- Odooでは在庫・販売・購買の基本機能を両版で使え、会計のフル機能はEnterprise版が前提
最初に取り組むのは、システム選びではありません。商品コードと単位のルールを決め、転記が発生している境目を書き出すことです。
1年後、棚卸しの差異の一つひとつに「破損」「戻し忘れ」と理由が付き、同じ理由が繰り返し出る品目から手が打たれています。発注の打ち合わせでは、倉庫の奥の箱を見に行く代わりに、動かない品目の金額を見て仕入れを止める判断が進みます。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「自社の在庫は、どこまで細かく管理すべきか」「今の台帳のままで移行できるか」という整理から、ご相談を承っています。
関連記事
