小売業のOdoo活用|POSと在庫を一元管理する考え方

小売業でよく聞く悩みがあります。

「在庫が合わない」

棚卸しのたびに差異が出る。ECで注文を受けたのに在庫がない。逆に、倉庫には眠っているのに店舗では欠品している。

この問題を、担当者の注意不足として扱うと解決しません。多くの場合、原因は仕組みの側にあります。

この記事では、小売業がOdoo(オドゥー:オープンソース由来の統合業務アプリ群)で何を統合できるのか、そしてどこから着手すべきかを整理します。

小売業で在庫が合わなくなる構造 店舗のPOS、ECサイト、倉庫の在庫管理、会計がそれぞれ別々に動いている状態を示し、その間を手作業のCSVや転記でつないでいることが在庫のずれを生む構造を表した図。 在庫が合わないのは、仕組みの問題 それぞれが正しく動いていても、つなぎ目でずれる 店舗のPOS レジで販売を記録 店舗ごとに独立 ECサイト 受注を別途管理 在庫数は手で更新 倉庫・在庫表 Excelで管理 更新は担当者次第 手作業で突合 CSVで受け渡し つなぎ目に「時間差」と「転記ミス」が生まれる 月末にまとめて突き合わせるため、ずれに気づくのが遅れる 機会損失 売れるはずの商品が 欠品扱いになる 過剰在庫 実際にはあるのに 重複して発注する 締めが遅れる 突合作業に追われ 月次が締まらない
目次

なぜ小売業は在庫がずれるのか

小売業は、在庫が動く場所が多い業種です。

  • 店舗のレジで売れる
  • ECサイトで注文が入る
  • 倉庫から店舗へ移動する
  • 返品が戻ってくる
  • 仕入れが入荷する

これらが別々の仕組みで記録されていると、どこかで必ず時間差が生まれます。

たとえば、店舗で売れた商品の情報が翌日にしか反映されないなら、その間ECは古い在庫数で販売していることになります。

そして厄介なのは、それぞれの担当者は正しく作業しているという点です。問題はつなぎ目にあります。だから個人の努力では解決しません。

Odooで統合できる範囲

Odooは、業務ごとのアプリを組み合わせて使う構造です。Odoo公式によれば、コアアプリは30種類以上あります(出典:Odoo公式 会社概要ページ、2026年8月確認)。

小売業に関わる主なアプリは次のとおりです。

アプリ担う領域
POS店舗のレジ業務、店頭での販売記録
在庫入出庫、ロケーション管理、店舗間の移動、棚卸し
購買仕入先への発注、入荷の管理
eコマースECサイトの構築と受注
会計売上・仕入の計上、月次決算
CRM顧客情報、購買履歴の管理

重要なのは、これらが同じデータを見ているという点です。

店舗で1点売れれば、その瞬間に在庫が減ります。ECもその数字を見ます。倉庫から店舗へ移動すれば、両方の在庫に反映されます。

Odooで統合した場合の情報の流れ 店舗POS、ECサイト、倉庫、購買が同じ在庫データを参照し、そこから会計へ自動的に連携される構造を示した図。手作業の突合がなくなることを表している。 同じ在庫データを、全員が見る 突き合わせる作業そのものがなくなる 店舗POS 売れた分だけ減る ECサイト 同じ在庫数を表示 購買 入荷で増える 在庫(一つのデータ) 店舗別・倉庫別のロケーションで管理し、移動も記録として残る 会計 売上・仕入・在庫評価が、取引から自動的につながる

小売業でとくに効く3つの領域

店舗とECの在庫の一本化

もっとも効果が見えやすい領域です。

在庫が一つになると、次のことができるようになります。

  • ECの注文を、店舗の在庫から出荷する
  • 店頭で在庫がなければ、他店舗の在庫を確認して取り寄せる
  • 全社の在庫を見て、偏りを調整する

在庫を一本化すると、同じ在庫量でも欠品が減ります。分散していた在庫を融通できるようになるためです。

在庫機能の詳細はOdooの在庫管理でできることで扱っています。

発注の判断材料が揃う

在庫と販売の実績が一つの仕組みにあると、発注の判断が変わります。

  • どの商品が、どの店舗で、どのくらい売れているか
  • 現在の在庫で何日もつか
  • 前回の発注からどのくらい経ったか

これまで担当者の経験と勘に頼っていた部分に、数字の裏づけが加わります。

ただし注意点があります。自動発注の仕組みを入れれば全部解決する、というわけではありません。季節性やイベントの影響は、人が判断する部分が残ります。

数字は判断材料であって、判断そのものではありません。

月次の締めが早くなる

小売業の月次が遅れる原因は、たいてい在庫の確定に時間がかかることです。

各所の記録を突き合わせ、差異の原因を調べ、調整の仕訳を入れる。この作業が数日から1週間かかることも珍しくありません。

取引が一つの仕組みで記録されていれば、この突合作業自体が減ります。会計との連携も、取引から自動的につながります。

導入で優先すべき順番

すべてを一度に統合しようとすると、現場が追いつきません。

小売業では、次の順で進めるのが現実的です。

第1段階:在庫と購買

まず、在庫を一つにします。ここが土台になります。

同時に、仕入れの流れ(発注から入荷まで)を載せます。在庫が増える側を押さえないと、数字が合いません。

第2段階:POSまたはEC

在庫の土台ができたら、販売側をつなぎます。

どちらを先にするかは、売上構成で決めてください。店舗が中心なら POS から、ECが伸びているなら EC から。

一度に両方を切り替えるのは避けてください。現場の負担が集中します。

第3段階:会計との連携

販売と仕入が載ったら、会計につなぎます。ここで月次の締めが変わります。

第4段階:分析・顧客管理

売れ筋の分析、顧客の購買履歴の活用は、データが溜まってから意味を持ちます。最初から作り込む必要はありません。

進め方の考え方はOdoo導入の進め方と期間で整理しています。

小売業でつまずきやすい5つの点

商品マスタの整備が想像以上に重い

これが最大の関門です。

小売業は取扱商品数が多く、サイズや色などのバリエーションもあります。既存のデータは、たいてい次の状態になっています。

  • 同じ商品が複数の表記で登録されている
  • 廃番品が残ったままになっている
  • 単位や入数の情報が抜けている
  • 店舗ごとに違うコードを使っている

マスタが汚れたまま移行すると、統合しても在庫は合いません。

この整理には時間がかかります。要件定義と並行して着手してください。詳細はOdooへのデータ移行の進め方で扱っています。

店舗スタッフの入れ替わり

小売業は、アルバイトを含めた入れ替わりが多い業種です。

そのため、教育のしやすさが定着を左右します。詳細なマニュアルではなく、「レジ操作」「入荷処理」といった作業単位の1枚ものを用意してください。

定着の考え方はOdooを社内に定着させる方法で整理しています。

POSの現場要件

レジ周りは、業種特有の要件が出やすい領域です。

  • 使っているレジ機器やプリンタとつながるか
  • キャッシュレス決済の手段に対応できるか
  • 通信が切れたときにどうなるか
  • レシートの様式は要件を満たすか

これらは資料では判断できません。実機での確認が必須です。

とくにレシートについては、適格請求書の要件と関わる場合があります。考え方はOdooのインボイス制度(適格請求書)対応で扱っています。

棚卸しの運用をどう変えるか

システムを入れても、棚卸しがなくなるわけではありません。

変わるのは進め方です。全店一斉の年次棚卸しから、区画ごとに順次確認する方式へ移行できる場合があります。

ただしこれは運用の設計です。システムを入れただけでは変わりません。

繁忙期を避ける

小売業には、明確な繁忙期があります。年末年始、決算セール、季節の切り替え。

この時期に稼働を重ねると、ほぼ確実に混乱します。稼働時期は、業務の谷を狙って設定してください。

Community版とEnterprise版で何が変わるか

  • Community版:無料のオープンソース版。ホスティングと保守は自社の責任で、公式サポートの対象外。一部の機能は含まれない
  • Enterprise版:有償のサブスクリプション。公式サポートと全アプリを含む

小売業では、店舗数が増えるほど障害時の影響が大きくなります。レジが止まれば営業ができません。

サポート体制をどう確保するかは、規模に応じて判断してください。エディションの違いはOdoo Community版とEnterprise版の違いで整理しています。

Odooが合わない場合もある

正直に書いておきます。次のような場合は、別の選択肢を検討する価値があります。

店舗数が多く、全国規模で展開している場合

大規模なチェーン展開では、より上位の製品が適することがあります。規模が大きい場合はNetSuiteやSAPが選択肢になります。

業態が特殊で、既製の型に乗りにくい場合

たとえば、独自の会員制度や、特殊な価格ルールが競争力の源泉になっている場合です。

この場合、必要な機能だけを自社資産として作るAIスクラッチ開発という選択肢もあります。ただし、ライセンス費用がない代わりに開発費と保守費が発生します。

判断の考え方はOdooが向いている企業・向いていない企業で整理しています。

よくある質問

今使っているPOSをそのまま使えますか?

機器や連携方式によります。実機での確認が必要です。

既存のPOSを残して在庫だけ統合する構成も考えられますが、その場合は連携部分の設計が必要になります。

店舗が1店舗でも意味がありますか?

在庫の統合という観点では、効果は限定的です。

ただし、ECを併用している場合や、今後の出店を計画している場合は、早めに土台を作る意味があります。

ECサイトはOdooで作り直す必要がありますか?

必ずしもそうではありません。Odooのeコマース機能を使う方法と、既存のECと連携する方法があります。

既存サイトの作りと、かけられる工数で判断してください。EC機能についてはOdooのEC機能でできることで扱っています。

在庫はどのくらい正確になりますか?

システムだけでは決まりません。入荷、移動、返品をその場で記録する運用が定着して、はじめて数字が合います。

逆に言えば、運用が変われば精度は上がります。仕組みはそれを可能にする土台です。

どのくらいの期間で稼働できますか?

範囲と、商品マスタの状態によって大きく変わります。

とくにマスタの整理は、多くの場合で想定より時間がかかります。ここを見込んでおいてください。

まとめ

小売業がOdooを活用するときの要点は次のとおりです。

  • 在庫がずれる原因は、担当者ではなく仕組みのつなぎ目にある
  • 店舗・EC・倉庫が同じ在庫データを見ることで、突合作業そのものが減る
  • 在庫を一本化すると、同じ在庫量でも欠品が減る
  • 導入は「在庫と購買 → 販売 → 会計 → 分析」の順が現実的
  • 最大の関門は商品マスタの整備。早めに着手する
  • POS周りは資料では判断できない。実機での確認が必須
  • 繁忙期を避けて稼働時期を設定する

完璧な状態を目指すより、まず在庫を一つにして回してみる。動かしながら精度を上げていくほうが、結果的に早く整います。

もう少し詳しく知りたい方へ

「在庫が合わない」という悩みは、どの小売企業にも共通します。ただし原因は会社ごとに違います。マスタの問題か、運用の問題か、仕組みのつなぎ目の問題か。

ベンチャーネットは、ERP導入支援を手がける立場から、この切り分けからご一緒しています。

規模や業態によっては、Odooではなく上位のNetSuiteやSAP、あるいは独自業態向けのAIスクラッチ開発が適することもあります。製品ありきではなくご提案します。

関連記事

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

持田 卓臣(もちだ たくおみ)
株式会社ベンチャーネット 代表取締役

ヒューレット・パッカード社でITコンサルタントとして従事した後、2005年に株式会社ベンチャーネットを設立。
Oracle NetSuite Solution Provider Partner として、中堅・中小企業向けクラウドERP「NetSuite」の導入・運用支援を提供しています。
SEO・広告・SNS・ウェブ・MA・SFAと一気通貫で培ってきたデジタルマーケティング領域の業務知見を活かし、NetSuiteを軸とした経営DXを支援しています。
著書:『普通のサラリーマンでもすごいチームと始められる レバレッジ起業「バーチャル社員」があなたを救う』(KADOKAWA、2020年)

目次