小売業のOdoo活用|POSと在庫を一元管理し、在庫の数字を合わせる進め方

ECで注文が入ったのに、倉庫に行くと商品がない。お客様にお詫びのメールを送る。

一方で、隣の店舗には同じ商品が何週間も眠っている。棚卸しのたびに差異が出て、その原因探しで誰かが残業している。

小売業の経営者から、よく聞く場面です。原因は担当者の注意不足ではなく、多くの場合、仕組みのつなぎ目にあります。

このつなぎ目は、Odoo(オドゥー:オープンソース由来の統合業務アプリ群)でひとつにできます。店舗のPOS・EC・倉庫・会計が同じ在庫データを見るので、つなぎ目の時間差が減ります(Odooで統合できる範囲)。

Odooで在庫を一つにすると、たとえば次のことが変わります。

  • ECの注文を、店舗の在庫から出荷できる
  • 分散していた在庫を融通でき、同じ在庫量でも欠品が減る
  • どの店舗で何がどれだけ売れているかを見て、発注を決められる
  • 取引から会計へつながり、月次の締めが早くなる

Odooには、無料のCommunity版(オープンソース)と、有償のEnterprise版があります。POS・在庫の基本は両版で使え、会計のフル機能やバーコードはEnterprise版が前提です(版による違い)。

ただし、すべてを一度に切り替えると現場が追いつきません。店舗数が多く全国規模で展開しているなら、より規模に合う製品を検討する場面もあります。

では、どこから手をつければ在庫の数字は合うのか。答えは在庫の数字を合わせるまでの進め方にあります。

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

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

小売業は、在庫が動く場所の多い業種です。店舗のレジで売れる。ECサイトで注文が入る。倉庫から店舗へ移動する。返品が戻り、仕入れが入荷する。

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

たとえば、店舗の売上が翌日にしか反映されない場合です。その間も、ECは古い在庫数のまま販売を続けています。

やっかいなのは、それぞれの担当者は正しく作業しているという点です。問題はつなぎ目にあり、個人の努力では解決しません。図のとおり、つなぎ目の時間差と転記ミスが、機会損失・過剰在庫・締めの遅れを生みます。

Odooで統合できる範囲(POS・在庫・EC・会計)

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

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

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

これらのアプリは、同じデータを見ています。

店舗で1点売れれば、その時点で在庫が減り、ECが見るのもその数字です。倉庫から店舗へ移せば、両方の在庫に反映されます。購買で入荷すれば在庫が増え、売上・仕入・在庫評価は取引から会計へ自動的につながります。

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

小売業でとくに効果が出る3つの領域

店舗とECの在庫の一本化

もっとも効果が見えやすい領域です。在庫が一つになると、次のことができます。

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

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

在庫機能の詳細はOdooの在庫管理でできることにあります。複数拠点や委託倉庫がある場合は、在庫の一元管理とWMS連携も参考になります。

発注の判断材料がそろう

在庫と販売の実績が一つの仕組みにあれば、発注の判断材料はこう変わります。

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

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

ただし、自動発注を入れれば全部解決するわけではありません。季節性やイベントの影響は、人が判断する部分として残ります。数字は判断材料であって、判断そのものではありません。

需要の読みにくさをAIで補う考え方は、卸売・小売業の「読めなさ」をAIで軽くするにあります。

月次の締めが早くなる

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

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

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

小売業でOdooを使うメリットとデメリット

小売業から見ると、Odooの良い点と注意点は次のとおりです。使える版は、機能ごとに添えています。

メリット

  • 店舗とECの在庫を一つにできる:店舗のPOS・EC・倉庫が同じ在庫データを見る。POS・在庫の基本はCommunity版でも使える
  • 同じ在庫量でも欠品が減る:分散していた在庫を、他店舗からの取り寄せやEC出荷に融通できる
  • 発注の判断に数字の裏づけが加わる:店舗別の売れ行きや、今の在庫で何日もつかが見える。購買・販売の基本は両版で使える
  • 月次の締めが早くなる:取引から会計へ自動的につながり、突き合わせの作業自体が減る。会計のフル機能はEnterprise版が前提
  • 1店舗でも土台を作れる:ECを併用している、出店を計画しているなら、早めに基盤を作る意味がある

デメリット・注意点

  • 商品マスタの整備が重い:表記の揺れや廃番品、店舗ごとのコードが残ったまま移すと、統合しても在庫は合わない
  • POS周りは実機での確認が要る:レジ機器・キャッシュレス決済・通信が切れたときの動き・レシートの様式は、資料では判断できない
  • 一部の機能は有償版:会計のフル機能やバーコードはEnterprise版が前提。店舗が増えるほど、サポート体制も問われる
  • 運用が変わらなければ数字は合わない:入荷・移動・返品をその場で記録する運用が定着して、はじめて数字が合う

両方を並べると、次の図のとおりです。

小売業でOdooを使うメリットとデメリット 良い点は、店舗とECの在庫を一つにできる(POS・在庫の基本はC版で利用可)、同じ在庫量でも欠品が減る、発注の判断に数字の裏づけが加わる、月次の締めが早くなる(フル会計はE版)、1店舗でも土台を作れること。注意点は、商品マスタの整備が重い、POS周りは実機での確認が要る、会計のフル機能やバーコードはE版が前提、運用が変わらなければ数字は合わないこと。 小売業でOdooを使うメリットとデメリット 良い点 店舗とECの在庫を一つにできる POS・在庫の基本はC版で利用可 同じ在庫量でも欠品が減る 在庫を店舗間で融通できる 発注に数字の裏づけが加わる 店舗別の売れ行き・在庫日数 月次の締めが早くなる 会計へ自動でつながる(フル会計はE版) 1店舗でも土台を作れる EC併用や出店計画があるなら 注意点 商品マスタの整備が重い 表記の揺れ・廃番品・店舗別コード POS周りは実機での確認が要る レジ機器・決済・通信・レシート 一部の機能は有償版 フル会計・バーコードはE版が前提 運用が変わらないと合わない 入荷・移動・返品をその場で記録 C版=Community版(無料)/E版=Enterprise版(有償)
小売業でOdooを使うメリットとデメリット

注意点の多くは、進める順番で負担が変わります。避け方は在庫の数字を合わせるまでの進め方とつまずきやすい5つの点で説明しています。

小売業のOdoo導入:在庫の数字を合わせるまでの進め方

すべてを一度に統合しようとすると、現場が追いつきません。ERP導入支援を手がけるベンチャーネットは、小売業の相談を受けると、次の順で確かめながら進めます。

ステップ1:差異がどこで生まれているかをたどる

最初に見るのは、システムではなく差異の発生源です。直近の棚卸し差異を、入荷・店舗間移動・返品・EC出荷のどこで生じたかに分けます。

まず見える化し、原因がわかってから直す。この順番を飛ばすと、新しい仕組みでも同じ差異が出ます。

ステップ2:商品マスタの状態を見る

次に、商品マスタ(商品の名称・コード・単位などの基本情報)を見ます。表記の揺れや店舗ごとのコードが多ければ、整理の期間を先に見込みます。

ステップ3:在庫と購買を標準機能で載せる

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

ここでは、Fit to Standard(標準機能に業務を合わせる考え方)を基本にします。考え方はOdooとFit to Standardにまとめています。

ステップ4:販売はPOSかECの一方からつなぐ

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

一度に両方を切り替えるのは避けます。現場の負担が集中するためです。稼働は、繁忙期を外した業務の谷に置きます。

ステップ5:会計、そして分析へ広げる

販売と仕入が載ったら会計につなぎ、ここで月次の締めが変わります。売れ筋分析や購買履歴の活用が意味を持つのは、データがたまってからです。

途中で「この業態はOdooの型に乗らない」とわかれば、ベンチャーネットはその時点で率直にお伝えします。進め方の全体像はOdoo導入の進め方と期間にあります。

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

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

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

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

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

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

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

小売業は、アルバイトを含めて人の入れ替わりが多い業種です。そのため、教育のしやすさが定着を左右します。

分厚いマニュアルより、「レジ操作」「入荷処理」といった作業単位の1枚ものが役に立ちます。定着の考え方はOdooを社内に定着させる方法にまとめています。

POSの現場要件

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

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

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

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

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

システムを入れても、棚卸しはなくなりません。変わるのは進め方です。

全店一斉の年次棚卸しから、区画ごとに順次確認する方式へ移れる場合があります。ただし、これは運用の設計の話です。システムを入れただけでは変わりません。

繁忙期を避ける

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

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

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

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

POS・在庫・購買・販売の基本は、両版で使えます。一方、会計のフル機能やバーコードは、Enterprise版が前提です。

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

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

Odooが合う小売業・合わない小売業

Odooは、すべての小売業に合うわけではありません。社内で検討するときは、次の表を目安にしてください。

自社の状況検討の方向
数店舗〜中規模のチェーン。店舗とECの在庫を一つにしたいOdooが有力な候補
1店舗だが、ECの併用や出店計画があるOdooで早めに土台を作る価値がある
店舗数が多く、全国規模で展開しているNetSuiteなど、より規模に合う製品を検討
海外展開や複雑な要件を多く抱えているSAPも視野に入れて比較
独自の会員制度や価格ルールが競争力の源泉AIスクラッチ開発も選択肢

最後の行は、たとえば独自の会員制度や特殊な価格ルールで他社と差をつけている場合です。必要な機能だけを自社資産として作る、AIスクラッチ開発という道があります。ただし、ライセンス費用がない代わりに、開発費と保守費が別途かかります。

規模での振り分けはOdooとNetSuiteの違い、判断の全体像はOdooが向いている企業・向いていない企業をご覧ください。店舗数が多くNetSuiteも比べる場合は、NetSuiteとOdooの販売・CRM・店舗で業務ごとの実現方法を比べています。

よくある質問

今使っているPOSレジをそのまま残せますか?

残せるかどうかは機器や連携方式しだいで、実機での確認が必要です。

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

店舗が1店舗でも入れる意味はありますか?

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

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

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

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

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

導入すれば在庫は正確になりますか?

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

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

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

範囲と、商品マスタの状態によって大きく変わります。とくにマスタの整理は、多くの場合で想定より時間がかかります。ここを見込んでおいてください。

小売業でOdooを使うメリットとデメリットは何ですか?

在庫を一つにできる利点と商品マスタや版による制約の両方があります。

店舗のPOS・EC・倉庫が同じ在庫データを見るので、同じ在庫量でも欠品が減り、月次の締めも早くなります。一方、商品マスタの整備は重く、会計のフル機能やバーコードはEnterprise版が前提です(メリットとデメリット)。

まとめ

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

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

1年後、ECで欠品した商品を隣の店舗から出すかどうかを、店長が電話で確かめることはなくなっています。年末の棚卸しは差異の原因探しではなく、数字の確認で終わるようになっているはずです。

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

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

ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。製品ありきではなく、まず差異の切り分けからご一緒します。規模や業態によっては、Odoo以外をご提案することもあります。

関連記事

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

この記事を書いた人

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

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

目次