飲食店のPOSレジ|テーブル管理・キッチン連携・レシピ原価

飲食店のPOSレジ|テーブル管理・キッチン連携・レシピ原価

飲食店のPOSレジに必要な機能を解説。テーブルごとの会計保留、キッチンディスプレイ、レシピ原価、レジ締めまで。4週間の導入計画付き。

約6分で読めます

飲食店は「たまたま料理を売っている小売店」ではありません。運用上の決定的な違いは、会計が開いたままであることです。客が席につき、注文し、40分後に追加注文し、最後に支払います。その間、誰かが「何が厨房から出たか」「何がまだか」「それがどのテーブルのものか」を把握していなければなりません。

小売向けのPOSレジはこのサイクルを扱えません。この記事では飲食店のPOSレジに本当に必要なものと、営業を1日も止めずに導入する方法を説明します。

決定的な4つの機能

1. フロア図とテーブル別会計

店内を実際の姿どおりにモデル化する必要があります。エリア(テラス、1階、個室)と、その中のテーブル(席数付き)です。会計画面でスタッフが空席を選ぶと会計がそのテーブルに紐づき、保留して後から再開することが何度でもできます。

これがないと、スタッフは注文を頭か紙で管理することになり、そのミスは締め作業のときに表面化します。

2. 厨房への直接送信(KDS)

キッチンディスプレイが紙の伝票を置き換えます。注文は明細・提供形態・テーブル番号を含むチケットとして届き、厨房が調理中、次に完了とマークすると、チケットが待ち行列から消えます。

得られるのは速度だけではありません。注文から提供までの間隔が記録されるため、メニューごとの提供時間が測れるようになります。

3. レシピ(原材料)

多くの飲食店が気づかないまま利益を失っているのがここです。ハンバーガーを1個売ったとき在庫から減るべきなのは「ハンバーガー1個」ではなく、バンズ、パティ、チーズ、ソースです。

レシピを登録しておけば、販売のたびに実際の原材料が減ります。これにより、手作業では不可能な3つのことが得られます。

  • メニューごとの実原価、つまりメニューごとの粗利。
  • 勘ではなく消費量に基づく発注予測
  • ロスの検出:棚卸が理論消費量と合わなければ、原因を絞り込める。

4. オプションと備考

焼き加減、玉ねぎ抜き、辛さ、量。オプショングループは一度作れば該当メニューに紐づけられ、それぞれ追加料金を設定できます。レジが自動で加算し、備考は文字として厨房に届きます。

提供形態

会計前に注文の種類を区別できる必要があります。

形態変わる点
店内テーブルに紐づき、会計は開いたまま
テイクアウトテーブルなし、その場で支払い
デリバリー顧客の住所を保持

この区別はレシートとキッチンディスプレイに表示され、デリバリーの注文がパスに置き去りにされるのを防ぎます。

レジ現金の管理:お金が消える場所

飲食業は現金の動きが多く、シフトの交代も頻繁です。シフト管理がなければ、現金の過不足を誰にも紐づけられません。

流れは常に同じです。

  1. 開始:レジ担当が釣銭準備金を数えて入力。
  2. シフト中:入出金(両替、仕入先への支払い、チップ)をその都度記録。
  3. 締め:現金を数えると、システムが理論値との差額を表示。
  4. 確認:店長がバックオフィスで全シフトを担当者と差額つきで確認。

数百円の差は誤差です。同じシフトで繰り返し出る差は情報です。

予約

予約を受けるなら、POSで管理すべきです。氏名、電話番号、人数、日時、割り当てテーブル、ステータス(確定・着席・完了・キャンセル・無断キャンセル)。予約を着席にすると、フロア図上のテーブルが自動的に使用中に変わります。

中期的に最も役立つ数字は無断キャンセル率です。高ければ、当日の電話確認が十分に見合います。

営業を止めない4週間の導入計画

第1週:メニューとレシピ。 スタッフが読む順序どおりにカテゴリを作り(前菜、メイン、デザート、ドリンク)、オプショングループを作成します。レシピは売れ筋10品から。利益を動かすのはこの10品です。

第2週:フロアとスタッフ。 エリアとテーブルを席数つきで作成。スタッフを招待し権限を割り当てます。客足の少ない日にテストし、旧システムは予備として残します。

第3週:厨房と在庫。 パスにキッチンディスプレイを設置。実際の入荷を登録して初期在庫を正しくし、生鮮品にはロットと期限を入力します。

第4週:ループを閉じる。 回転の速い食材の週次棚卸を始め、レシピからの理論消費量と比較します。ロスが姿を現すのはここです。

飲食店でよくあるミス

  • バリエーションごとに商品を作る:「アイスコーヒー」「アイスコーヒー大」「アイスコーヒー氷少なめ」は1商品+オプションであるべきで、3商品ではありません。
  • レシピを登録しない:粗利レポートが単なる推定になります。
  • 全テーブルを1エリアにまとめる:フロア図が役に立たず、新人が迷います。
  • 提供形態を使わない:デリバリーと店内がレポートで混ざり、どちらも分析できなくなります。

よくある質問

一般的なPOSレジでも飲食店に使えますか

すべて前払いの小さなテイクアウト店なら使えることもあります。しかし会計を開いたままのテーブル、厨房への送信、原材料から作るメニューが出てきた時点で、小売向けのレジでは不足します。1時間生き続ける会計を表現できないからです。

営業中に通信が切れたらどうなりますか

オフラインモードのあるPOSなら、メニューと価格が端末に保存されているため、注文入力も会計も続けられます。売上は復旧時に自動同期されます。この機能はカタログ上の記載だけでなく、実際に確認しておくべきです。

キッチンディスプレイは必要ですか、プリンターで足りますか

プリンターでも動きますが、状態がわかりません。KDSなら何が調理中で、何が12分待ちで、各メニューが平均何分かかるかが見えます。厨房が3人以上になると差がはっきりします。

複数店舗を管理できますか

マルチ店舗対応であれば可能です。各店舗が在庫・シフト・売上を独立して持ち、オーナーは1つの画面で全体を見られます。プランの店舗数上限を開始前に確認してください。

厨房のロスはどう管理しますか

レシピと定期棚卸の組み合わせです。システムが売上から理論消費量を計算し、あなたが実際の残量を数える。その差がロスであり、どの食材で発生しているかもすでにわかっています。

続けて読む

システムをまだ選定中なら、無料POSレジに何が含まれるべきかまたはPOSレジの基礎からお読みください。

無料のPOSレジで店舗運営をまとめて効率化

Piee POSなら会計・在庫・スタッフ管理・売上分析がひとつに。ずっと無料で、クレジットカードも不要です。

先行アクセスに申し込む

関連記事