飲食店のPOSレジ|テーブル管理・キッチン連携・レシピ原価
飲食店のPOSレジに必要な機能を解説。テーブルごとの会計保留、キッチンディスプレイ、レシピ原価、レジ締めまで。4週間の導入計画付き。
飲食店は「たまたま料理を売っている小売店」ではありません。運用上の決定的な違いは、会計が開いたままであることです。客が席につき、注文し、40分後に追加注文し、最後に支払います。その間、誰かが「何が厨房から出たか」「何がまだか」「それがどのテーブルのものか」を把握していなければなりません。
小売向けのPOSレジはこのサイクルを扱えません。この記事では飲食店のPOSレジに本当に必要なものと、営業を1日も止めずに導入する方法を説明します。
決定的な4つの機能
1. フロア図とテーブル別会計
店内を実際の姿どおりにモデル化する必要があります。エリア(テラス、1階、個室)と、その中のテーブル(席数付き)です。会計画面でスタッフが空席を選ぶと会計がそのテーブルに紐づき、保留して後から再開することが何度でもできます。
これがないと、スタッフは注文を頭か紙で管理することになり、そのミスは締め作業のときに表面化します。
2. 厨房への直接送信(KDS)
キッチンディスプレイが紙の伝票を置き換えます。注文は明細・提供形態・テーブル番号を含むチケットとして届き、厨房が調理中、次に完了とマークすると、チケットが待ち行列から消えます。
得られるのは速度だけではありません。注文から提供までの間隔が記録されるため、メニューごとの提供時間が測れるようになります。
3. レシピ(原材料)
多くの飲食店が気づかないまま利益を失っているのがここです。ハンバーガーを1個売ったとき在庫から減るべきなのは「ハンバーガー1個」ではなく、バンズ、パティ、チーズ、ソースです。
レシピを登録しておけば、販売のたびに実際の原材料が減ります。これにより、手作業では不可能な3つのことが得られます。
- メニューごとの実原価、つまりメニューごとの粗利。
- 勘ではなく消費量に基づく発注予測。
- ロスの検出:棚卸が理論消費量と合わなければ、原因を絞り込める。
4. オプションと備考
焼き加減、玉ねぎ抜き、辛さ、量。オプショングループは一度作れば該当メニューに紐づけられ、それぞれ追加料金を設定できます。レジが自動で加算し、備考は文字として厨房に届きます。
提供形態
会計前に注文の種類を区別できる必要があります。
| 形態 | 変わる点 |
|---|---|
| 店内 | テーブルに紐づき、会計は開いたまま |
| テイクアウト | テーブルなし、その場で支払い |
| デリバリー | 顧客の住所を保持 |
この区別はレシートとキッチンディスプレイに表示され、デリバリーの注文がパスに置き去りにされるのを防ぎます。
レジ現金の管理:お金が消える場所
飲食業は現金の動きが多く、シフトの交代も頻繁です。シフト管理がなければ、現金の過不足を誰にも紐づけられません。
流れは常に同じです。
- 開始:レジ担当が釣銭準備金を数えて入力。
- シフト中:入出金(両替、仕入先への支払い、チップ)をその都度記録。
- 締め:現金を数えると、システムが理論値との差額を表示。
- 確認:店長がバックオフィスで全シフトを担当者と差額つきで確認。
数百円の差は誤差です。同じシフトで繰り返し出る差は情報です。
予約
予約を受けるなら、POSで管理すべきです。氏名、電話番号、人数、日時、割り当てテーブル、ステータス(確定・着席・完了・キャンセル・無断キャンセル)。予約を着席にすると、フロア図上のテーブルが自動的に使用中に変わります。
中期的に最も役立つ数字は無断キャンセル率です。高ければ、当日の電話確認が十分に見合います。
営業を止めない4週間の導入計画
第1週:メニューとレシピ。 スタッフが読む順序どおりにカテゴリを作り(前菜、メイン、デザート、ドリンク)、オプショングループを作成します。レシピは売れ筋10品から。利益を動かすのはこの10品です。
第2週:フロアとスタッフ。 エリアとテーブルを席数つきで作成。スタッフを招待し権限を割り当てます。客足の少ない日にテストし、旧システムは予備として残します。
第3週:厨房と在庫。 パスにキッチンディスプレイを設置。実際の入荷を登録して初期在庫を正しくし、生鮮品にはロットと期限を入力します。
第4週:ループを閉じる。 回転の速い食材の週次棚卸を始め、レシピからの理論消費量と比較します。ロスが姿を現すのはここです。
飲食店でよくあるミス
- バリエーションごとに商品を作る:「アイスコーヒー」「アイスコーヒー大」「アイスコーヒー氷少なめ」は1商品+オプションであるべきで、3商品ではありません。
- レシピを登録しない:粗利レポートが単なる推定になります。
- 全テーブルを1エリアにまとめる:フロア図が役に立たず、新人が迷います。
- 提供形態を使わない:デリバリーと店内がレポートで混ざり、どちらも分析できなくなります。
よくある質問
一般的なPOSレジでも飲食店に使えますか
すべて前払いの小さなテイクアウト店なら使えることもあります。しかし会計を開いたままのテーブル、厨房への送信、原材料から作るメニューが出てきた時点で、小売向けのレジでは不足します。1時間生き続ける会計を表現できないからです。
営業中に通信が切れたらどうなりますか
オフラインモードのあるPOSなら、メニューと価格が端末に保存されているため、注文入力も会計も続けられます。売上は復旧時に自動同期されます。この機能はカタログ上の記載だけでなく、実際に確認しておくべきです。
キッチンディスプレイは必要ですか、プリンターで足りますか
プリンターでも動きますが、状態がわかりません。KDSなら何が調理中で、何が12分待ちで、各メニューが平均何分かかるかが見えます。厨房が3人以上になると差がはっきりします。
複数店舗を管理できますか
マルチ店舗対応であれば可能です。各店舗が在庫・シフト・売上を独立して持ち、オーナーは1つの画面で全体を見られます。プランの店舗数上限を開始前に確認してください。
厨房のロスはどう管理しますか
レシピと定期棚卸の組み合わせです。システムが売上から理論消費量を計算し、あなたが実際の残量を数える。その差がロスであり、どの食材で発生しているかもすでにわかっています。
続けて読む
システムをまだ選定中なら、無料POSレジに何が含まれるべきかまたはPOSレジの基礎からお読みください。