Betoyaの注文・キッチン・会計と、
本部の商品・在庫管理をつなぐ

店舗の仕事を、注文画面だけで捉えない

飲食店のシステムを「メニューを選んで注文する画面」として考えると、その後に続く仕事を見落としてしまいます。注文を受け取ったホールはテーブルの状況を確認し、キッチンは調理する内容を把握する。提供が終わると、レジでは支払額と入金を確認します。本部には、店舗の商品やメニュー、販売状況を管理する仕事があります。

Betoyaの開発事例で扱ったのは、この一連のつながりです。お客様向けの注文、スタッフ用ハンディ、POS、キッチンディスプレイ、店舗と本部の管理画面。それぞれの接点を用意しながら、同じ注文や商品を役割に応じて扱う構成としました。

一つの巨大な管理画面を全員に使ってもらうのではなく、同じ業務を違う立場から扱えるようにする。 これが、全体を理解するうえでの出発点です。

複数の注文経路を、ホールとキッチンにつなぐ

お客様がテーブルから注文する場合と、スタッフがハンディで注文を受ける場合では、操作する人も、その場で必要な情報も異なります。テイクアウトでは店内のテーブルとは別の受け取り方を考える必要があります。セルフサービス端末も含め、入口ごとに画面を用意するだけでは、店舗の仕事はつながりません。

Tempoは、これらの注文接点に加え、POSやKDSで注文を扱う構成を備えています。KDSは厨房が調理対象と進行状況を確認するための接点です。厨房やレジへの伝票出力も組み合わせ、画面上のデータを、実際の調理・提供・会計へ受け渡します。

設計で考える対象は、注文の内容だけではありません。誰が確認するのか、どの端末で操作するのか、どのプリンタへ情報を届けるのか。ソフトウェアと店舗機器を、別々の課題として扱わないことが重要になります。

追加・変更・分割会計も、業務の一部として扱う

注文から支払いまでが、一度の操作で終わるとは限りません。注文内容が変わる場合や、複数人で会計を分ける場合もあります。最初に作った注文を表示するだけでは、接客中の変化を扱えません。

POSには注文変更、テーブル管理、分割会計、レジの開閉・精算を扱う機能があります。分割会計の処理では、注文の総額だけでなく支払済みの金額を踏まえ、残りの金額を扱います。画面上の「割り勘」という一つの操作にも、注文の状態と支払いの状態を揃える必要があります。

こうした例外を、あとから付け足す小さな機能とは考えません。通常の注文と同じ業務の流れの中に置き、店舗でどのように確認し、操作するかまでを開発範囲に含めています。

店舗で動かす処理と、クラウドで管理する情報

店内の端末は、インターネットの向こうにある管理画面だけを使うわけではありません。Tempoでは店舗ワークステーションが店内LANの接点となり、ローカルに店舗データを保持しながら、POSや厨房端末、プリンタをつなぎます。そのうえでクラウドとの同期を行う構成です。

この役割分担によって、店舗内で扱う処理と、本部側で管理する情報を分けて考えられます。ネットワークや周辺機器を含む設計は、Web画面を公開するだけの開発とは異なる部分です。

ただし、店舗内の処理を継続できることと、すべての外部サービスをオフラインで使えることは同じではありません。 外部決済など、通信が必要な機能は別の条件を持ちます。利用できる範囲と復旧後の扱いは、端末・接続先・運用方法を踏まえて整理します。

商品・レシピと、店舗ごとの在庫を分けて管理する

本部が扱う商品と、店舗にある在庫は、関連していても同じ情報ではありません。商品にはSKU、オプション、トッピング、レシピがあり、メニューには価格や販売時間などの条件があります。一方、倉庫や店舗では、実際にどれだけの食材・商品を保有しているかを扱います。

開発した基盤では、商品・メニューの管理に加え、入出庫、倉庫や店舗間の移動、棚卸、廃棄、仕込み・生産を扱います。在庫数を直接表示するだけでなく、なぜ数量が変わったのかという業務の種類も整理します。

お客様に見えるメニューの裏側には、何を販売し、何を用意し、どこに保管するかという仕事があります。注文・会計と本部の商品・在庫管理を同じプロジェクトで捉えることで、店舗運営をより広い範囲から設計しています。

この開発で見えてくる、店舗DXの範囲

この事例は、単独のPOS画面や注文フォームの開発ではありません。お客様、ホール、厨房、レジ、本部という立場の違いを整理し、端末・印刷・データ連携まで含めて業務の接点を構築した事例です。

そこで得られる設計上の視点は、飲食店以外の店舗業務にもつながります。共通に管理する情報と、拠点ごとに異なる情報を分けること。通常の操作だけでなく、変更や確認の手順を考えること。そして、現場に置かれる機器や通信条件を、最初からシステムの一部として扱うことです。

この事例で紹介したTempoは、GoDXプラットフォームを構成するプロダクトの一つです。同じGoDX内で、勤怠・HRはKintai、チームのやり取りはChat、タスク・プロジェクト管理はTaskが担います。製品ごとの利用条件や連携範囲は、導入時に確認します。