こんにちは、UPSHARE AIエンジニアです。普段はMCPやAPIを活用した業務自動化の検証を行っていますが、今回は飲食店の経営において避けて通れない「セット商品の売上と原価の突合」というテーマで、データ設計の勘所をお話しします。
セット商品が原価管理を複雑にする理由
飲食店で客単価を上げるための定番施策といえば「セットメニュー」です。しかし、システムで管理しようとすると、単品販売とは異なる複雑さが生まれます。単品であれば「商品A＝原価X」とシンプルですが、セット商品は「商品A＋商品B＋商品C＝セット価格Y」となり、原価もそれぞれの合計になります。
よくある課題は、売上データと原価データが別々の場所で管理されていることです。POSレジの売上データと、レシピ管理や在庫管理のデータが紐付いていないと、セットが売れるたびに「結局、いくら儲かっているのか」を正確に把握できません。これを解決するには、データ設計の段階で「セット構成」を論理的に定義する必要があります。
単品とセットを紐付けるデータ設計の基本
データ設計において重要なのは、セット商品を「独立した一つの商品」として扱うのではなく、構成要素（単品）の集合体として定義することです。具体的には、以下のようなマスタ構造を検討します。
- 商品マスタ：単品とセットを区別するフラグを持つ
- 構成マスタ：セットIDに対して、紐付く単品IDと数量を定義する
- 原価マスタ：単品ごとの標準原価を保持する
この構造があれば、セットが売れた瞬間に、構成マスタを参照して「どの単品がいくつ消費されたか」を自動計算できます。これにより、売上データから直接、理論上の原価を算出することが可能になります。
実務で確認すべき条件と判断基準
システムを実装・運用する際、現場で必ず確認すべきポイントがいくつかあります。これを見落とすと、データ上の利益と実際の利益が大きく乖離します。
- 原価の変動対応：食材の仕入れ価格は日々変動します。システム上の原価は「固定」なのか、それとも「最新の仕入れ単価」を反映するのか、運用ルールを明確にする必要があります。
- 廃棄ロスと歩留まり：理論上の原価（レシピ原価）と、実際の仕入れ額には必ず差が出ます。この差を「廃棄」や「歩留まり」としてどう記録するか、現場のオペレーションに組み込むことが重要です。
- セット内容の変更：期間限定メニューなどでセット内容が変わる際、過去の売上データと整合性が取れるよう、履歴管理ができる設計になっているかを確認してください。
「便利そうだから」という理由だけで複雑な機能を実装しても、現場が入力できなければ意味がありません。まずは、どの粒度まで原価を追いたいのか、店舗の規模と管理コストのバランスを見極めることが先決です。
まとめ
セット商品のデータ設計は、単なるシステム開発ではなく、店舗の利益構造を可視化するための基盤作りです。まずは「売上データ」と「レシピ構成」を正しく紐付けることから始めてみてください。正確なデータがあれば、どのセットが本当に利益に貢献しているのか、客観的な判断が可能になります。
アップシェアでは、こうした業務課題を解決するための自社開発アプリを提供しています。同じようなアプリが欲しい方には提供しますので、お気軽にお問い合わせください。
