昨日の売上は、今朝すぐ分かる。レジを締めれば出てきます。では、昨日の原価率は分かるでしょうか。
多くの店舗では、答えは「分からない」です。仕入れの請求が月末にまとめて届き、棚卸しをして、ようやく原価率が確定します。店長の管理が甘いせいではありません。レジは売れたメニューを記録しても、減った食材は記録しない。原因はこの仕組みにあります。
Odoo（オドゥー：オープンソース由来の統合業務アプリ群）では、メニューを食材の組み合わせとして登録し、売上と食材をつなぎます。売れた時点で理論上の原価が出て、棚卸しとの差がロスとして見える形です（メニューと食材をつなぐと見えること）。
たとえば、次のことが変わります。
- 売れた時点で、原価率の目安が分かる
- どのメニュー・どの食材で差が出ているかが見える
- POSの注文から在庫・発注・会計までが、ひとつのデータでつながる
- 複数の店舗の原価率を、同じ基準で比べられる
Odooには無料のCommunity版と有償のEnterprise版があり、使える機能や保守の責任範囲が異なります。
ただし、1店舗だけで、いまのPOSに不満がないなら、無理に入れ替える必要はありません。良い点と注意点は、飲食業でOdooを使うメリットとデメリットにまとめました。
では、つなぐ作業のどこで店はつまずくのか。いちばん重いのは、機能の設定ではありません。答えは導入するときの注意点にあります。
レジは「売れたもの」を記録するが、「消えた食材」は記録しない
飲食店の原価率が後追いになる理由は、ここに尽きます。
POS（Point of Sale：レジ・販売時点管理）が記録するのは、「何がいくつ売れたか」です。
- カレー 12食
- ドリンク 30杯
- ランチセット 45食
この記録自体は正確です。ただ、ここに食材は一切出てきません。
一方で、厨房では食材が確実に消えています。米、肉、野菜、油、調味料。売れたぶんだけ、在庫から減っているはずです。
売れたメニューと減った食材の間に、つながりがない。だから、実際に食材をいくら使ったのかは、棚卸しまで分かりません。
Excelとレシピ表の限界
対策を打っている店舗も多くあります。メニューごとの原価をExcelで計算し、「この一皿の原価は◯円」と把握している店は少なくありません。
良い取り組みですが、弱点があります。
- 仕入価格が変わっても、Excelはすぐには更新されない
- 実際の使用量（ロスや廃棄を含む）は反映されない
- 店舗が増えると、表の管理そのものが仕事になる
計算上の原価は分かっても、実際の原価は分からない。Excelで届くのは、ここまでです。
メニューと食材をつなぐと、原価率の何が見えるか
解決の方向ははっきりしています。メニューを「食材の組み合わせ」として登録し、売れた時点で食材が減る形を作ります。
図の下半分の流れは、次のとおりです。
- カレーが12食売れる
- レシピに沿って、米・肉・玉ねぎなどの理論消費量が計算される
- 理論原価が出る（この時点で、原価率の目安が分かる）
- 棚卸しで実際の在庫を数える
- 理論と実際の差が出る。この差がロス・廃棄・過剰盛りにあたる
理論原価と実際の原価が一致することは、まずありません。飲食業では、ロスが必ず出るからです。
目指すのは、一致させることではありません。差の大きさと、「どのメニュー・どの食材で差が出ているか」が見えればよいのです。差が見えれば、対策が打てます。
Odooの飲食店向けPOS（レストラン）の機能
Odooには、飲食店向けのPOS機能があります。Odoo公式サイトでは、次のことができると案内されています（出典：Odoo公式サイト、2026年8月確認）。
- フロアプランのカスタマイズ。テーブルや座席の追加・移動・削除ができる
- テーブルへの割り当てと、顧客の別テーブルへの移動
- 厨房・バーのプリンタへのオーダー送信と、準備画面での進行管理
- アレルギーや好みなどの特記メモを厨房へ伝達
- 予約アプリを使ったオンラインでのテーブル予約と、フロアプランへの反映
- セルフオーダーのキオスク端末での注文と支払い
- 値引きやロイヤルティポイントによる顧客の維持
公式ドキュメントでも、フロアとテーブルの管理や厨房への通知などが説明されています（出典：Odoo公式ドキュメント「Restaurant features」、2026年10月確認）。
店舗運営の面で大きな意味を持つのは、「このPOSが在庫や会計と同じデータベースの上にある」ことです。注文がレシピを通じて食材の在庫を減らし、在庫が発注につながり、原価と売上が会計に入る。店舗の動きが、ひとつのデータでつながります。
使うことが多いアプリ
| アプリ | 飲食業での使い方 |
|---|---|
| POS（レストラン） | 注文・会計・フロア管理・厨房への伝達 |
| 在庫 | 食材の在庫、店舗別ロケーション、棚卸し |
| 購買 | 仕入先ごとの発注、仕入価格の管理 |
| 会計／請求 | 売上と原価の会計反映 |
メニューを食材の組み合わせとして定義する考え方は、製造業の部品表（BOM：製品に必要な材料と数量の一覧）と同じ発想です。詳細は Odooの製造管理（MRP）でできること で解説しています。飲食業の方にも、原価計算の考え方として読む価値があります。
Community版はオープンソースとして無料です。ただし、サーバの用意・保守・障害対応は自社の責任になり、公式サポートの対象外です。
どちらの版で使えるかは、アプリや機能ごとに、バージョンによって変わります。必ず対象バージョンで確認してください。詳しくは Odoo Community版とEnterprise版の違い をご覧ください。
飲食業でOdooを使うメリットとデメリット
飲食業から見ると、Odooの良い点と注意点は次のとおりです。版の違いは、運用の責任に関わる項目に添えました。
メリット
- 売上と食材がつながる：メニューを食材の組み合わせとして登録すると、売れた時点で理論原価が出る
- ロスの出どころが見える：棚卸しとの差から、どのメニュー・どの食材で差が出ているかが分かる
- 飲食店向けのPOS機能がある：フロアとテーブルの管理、厨房・バーへのオーダー送信、予約、セルフオーダーなどが案内されている
- POSが在庫・会計と同じデータの上にある：注文が食材の在庫を減らし、在庫が発注に、原価と売上が会計につながる
- 店舗の原価率を同じ基準で比べられる：仕入価格を本部で管理して全店に反映でき、店舗間の食材移動も記録できる
デメリット・注意点
- レシピ登録は想像より重い：全メニューの分量を決める必要がある。売上上位のメニューから始めるのが現実的
- ハードウェアは実機で確かめる：特定のプロトコルに対応したサーマルプリンタが必要で、機器によってはIoT Boxも要る
- 税率の扱いは事前に確認する：店内とテイクアウトで税率の扱いが変わる。日本の税制要件は顧問税理士と確かめる
- Community版の保守は自社の責任：無料のCommunity版は、サーバの用意・保守・障害対応が自社の責任で、公式サポートの対象外。版ごとの対応はバージョンで変わる
両方を並べると、次の図のとおりです。
注意点の多くは、進め方で負担が変わります。避け方は導入するときの注意点とベンチャーネットが確かめる順番で説明しています。
飲食業でOdooを導入するときの注意点
良いことばかりでは判断の材料になりません。つまずきやすい点は5つあります。
(1) レシピ登録は、想像よりずっと大変
冒頭で触れた「いちばん重い作業」が、これです。
メニューを食材の組み合わせとして登録するには、全メニューの分量を決める必要があります。「だいたいこのくらい」で作っている店ほど、この作業は重くなります。
現実的なのは、「売上上位のメニューから始める」ことです。それだけでも、原価の大部分は見えるようになります。全メニューをそろえようとして途中で力尽きるほうが、損失は大きいのです。
(2) ハードウェアは必ず実機で確認する
飲食業のPOSには、物理的な機器がついてきます。レシートプリンタ、厨房プリンタ、キャッシュドロア、決済端末、キオスク端末です。
Odoo公式サイトの案内では、特定のプロトコルに対応したサーマルプリンタが必要です。機器によっては、IoT Boxも要ります（出典：Odoo公式サイト、2026年8月確認／Odoo公式ドキュメント「Receipt printers」、2026年10月確認）。
日本国内で使う機器・決済サービスとの組み合わせは、必ず実機で検証してください。カタログ上の対応可否だけで判断しないことです。キャッシュレス決済は、契約している事業者が店舗ごとに違うからです。
(3) 消費税・軽減税率の扱いは事前に確認する
飲食業では、店内飲食とテイクアウトで税率の扱いが変わります。
Odooには「プリセット」という機能があります。店内・テイクアウトなど注文の種類ごとに、価格表や税の設定を切り替えられます（出典：Odoo公式ドキュメント「Presets」、2026年10月確認）。ただ、日本の税制要件を満たす設定になっているかは、別の話です。
消費税の設定は Odooの消費税設定と日本の税制、請求書の要件は Odooのインボイス制度対応 をご覧ください。実際の運用は、顧問税理士に確認したうえで決めてください。
(4) 現場のスタッフが使えなければ意味がない
飲食店のホールは、いつも忙しい場所です。
操作が3手増えるだけで、ピーク時には使われなくなります。検証は、いちばん忙しい時間帯を想定した動線で行ってください。落ち着いた時間だけで試すと、本番で問題が出ます。
定着の考え方は Odooを社内に定着させる方法 にまとめています。
(5) 繁忙期に切り替えない
年末年始、大型連休、地域のイベント時期。この期間に本番稼働日を置かないでください。現場には、新しい仕組みを覚える余裕がありません。
多店舗展開しているなら、ここが変わる
1店舗だけなら、既存のPOSと会計ソフトで足りることもあります。
Odooの価値がはっきり出るのは、店舗が複数になったときです。
- 店舗ごとの原価率を、同じ基準で比較できる
- 仕入価格を本部で管理し、全店に反映できる
- 店舗間の食材移動を記録できる
- 全店の数字を、月末を待たずに見られる
店舗が増えると、店ごとにやり方が分かれていきます。「A店だけ違うルールで動いている」という状態です。
同じデータの上に乗せることは、業務のやり方をそろえることでもあります。仕組みの話であり、同時に経営の話です。
実店舗に加えてECや通販も手がけている場合は、小売業のOdoo活用 もあわせてご覧ください。店舗・EC・倉庫の在庫を統合する視点で書いた記事です。
原価のズレが見えるまで、ベンチャーネットが確かめる順番
ERP導入支援を手がけるベンチャーネットは、ERP導入をITではなく経営のプロジェクトとして進めます。飲食業では、次の順番で確かめます。
ステップ1：原価率の悩みが「どこで」起きているかを聞く
最初に聞くのは、機能の要望ではありません。「どの店で、どの月に、原価率がぶれたか」です。悩みの場所が分かれば、最初に登録すべきメニューと食材が決まります。
ステップ2：3〜5年後の店舗数から、範囲を決める
いまの店舗数ではなく、出店計画から逆算します。POSごと置き換えるのか、既存POSの売上を取り込むだけにするのかも、ここで判断します。
ステップ3：店ごとの「作り方」を標準にそろえる
Fit to Standard（標準機能に業務を合わせる考え方）で進めます。盛り付け量やレシピが店ごとに違うなら、仕組みの前に基準をそろえます。
ステップ4：1店舗・主要メニューで、ピーク時に試す
売上上位のメニューだけを登録し、実機と実際の混雑時間で動かします。理論原価と棚卸しの差が、初めて数字として出てくる段階です。
ステップ5：見える化→わかる化→儲かる化の順で広げる
差が見えたら（見える化）、原因を食材と店に分けます（わかる化）。仕入や盛り付けを変えて利益につなげるのは（儲かる化）、その後です。全店展開は、この流れが1店舗で回ってからにします。仕入価格が上がったときの打ち手は、原価変動と価格転嫁の打ち手で整理しています。
途中で「Odooでは合わない」と分かれば、そうお伝えします。その場合の選択肢は、Odooが合わないケースの表のとおりです。
Odooが合わないケースもあります
飲食業のすべてにOdooが向いているわけではありません。
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。飲食業では、次のように振り分けます。会議でそのまま使える判断表です。
| 自社の状況 | 検討したい選択肢 |
|---|---|
| 1店舗のみで、いまのPOSに不満がない | 無理に入れ替える必要はない |
| 複数店舗の原価と在庫を、同じ基準で見たい中小〜中堅企業 | Odoo が現実的な選択肢 |
| 大規模チェーンで、店舗開発や不動産管理まで必要 | OdooとNetSuiteの違い を参照 |
| 業態が特殊で、既存パッケージのどれにも乗らない | AIスクラッチ開発という選択肢 |
大規模チェーンで、販売・店舗の業務をNetSuiteと並べて比べたい場合は、NetSuiteとOdooの販売・CRM・店舗の比較が参考になります。
AIスクラッチ開発は、ライセンス費用がかからない代わりに、開発費と保守費が別途かかります。判断材料は パッケージERPかスクラッチ開発か にまとめました。
どこから始めるかは、3〜5年後の姿から逆算して決めます。いまの店舗数だけで決めないことが、判断の軸です。3年で10店舗まで増やす計画があるなら、いま選ぶ仕組みは変わってきます。
よくある質問
Q1. いま使っているPOSレジを、Odooに置き換える必要がありますか？
必ずしも必要ではありません。既存POSの売上データをOdooに取り込む構成も選べます。
ただしその場合、メニューと食材の連動（理論原価の自動計算）は、連携の作り込み次第です。原価管理を本気でやりたいなら、POSから統合するほうが素直です。
Q2. 1店舗の小さな店でも、入れる意味はありますか？
使うことはできますが、費用対効果は慎重に考えてください。
1店舗で、いまのやり方で回っているなら、無理に入れ替える必要はありません。効果がはっきりするのは、店舗数が増えたときや、原価率のばらつきに悩んでいるときです。
Odooには、1アプリのみ無料で使えるプランもあります。詳しくは Odoo One App Freeとは？ をご覧ください。
Q3. レシピはすべて登録しないと意味がありませんか？
そんなことはありません。売上上位のメニューから始めてください。
上位20〜30品を登録するだけでも、原価の大きな部分は見えるようになります。途中で止まるより、部分的でも動かし続けるほうが価値のある進め方です。
Q4. 導入にはどのくらいの期間がかかりますか？
範囲によって大きく変わります。POSの入れ替えだけか、在庫と発注まで含めるか、多店舗に展開するかで違ってきます。
飲食業の場合、ハードウェアの検証とレシピの登録に時間がかかる点は共通です。進め方の全体像は Odoo導入の進め方と期間 をご覧ください。
Q5. 費用はライセンス代だけで考えてよいですか？
いいえ。ライセンス費用はOdoo公式の価格ページで確認できますが、総費用はそれだけでは決まりません。
導入支援・初期設定・ハードウェア・データ移行の費用が別途必要です。飲食業では機器の検証と店舗展開の作業が加わるため、導入費用がライセンス費用を大きく上回ることもあります。
費用の構造は Odoo導入にかかる費用の構造 にまとめています。
Q6. 飲食業でOdooを使うメリットとデメリットは何ですか？
売上と食材がつながる利点とレシピ登録や機器確認の手間の両方があります。
メニューを食材の組み合わせとして登録すると、売れた時点で理論原価が出ます。棚卸しとの差で、どのメニュー・食材でロスが出ているかも見えます。
一方、レシピ登録は重く、プリンタや決済などの機器は実機で確かめる必要があります。詳しくはメリットとデメリットにまとめました。
まとめ
飲食業で原価率が後追いになるのは、店長の管理の問題ではありません。「レジは売れたものを記録するが、消えた食材は記録しない」という仕組みの問題です。
Odooでは、メニューを食材の組み合わせとして登録し、この2つをつなぎます。売れた時点で理論消費が計算され、棚卸しとの差がロスとして見えるようになります。
難所は、レシピ登録の負荷、ハードウェアの実機確認、税率の扱い、忙しい現場での操作性の4つです。一方で、売上と食材がつながれば、ロスの出どころを店と食材で示せます。
だから、主要メニューから始める。ハードは実機で確かめる。繁忙期には切り替えない。現場が忙しい業種ほど、小さく回しながら直していく進め方が合います。
1年後、月初の会議で店長たちが「先月はB店の鶏肉で差が出た」と、店と食材を名指しで話している。棚卸しの日が、答え合わせではなく原因を探す日に変わっている状態を目指してください。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「うちの店舗数と業態で、どこまでやるべきか」という切り分けからご相談を承っています。
あわせて読みたい記事
