飲食店の注文管理システム

注文レコードそのものです。品目、オプション、品目ごとのステータス、合計金額、そして下書きから完了までの操作履歴をすべて保持します。

プラットフォーム上で、飲食店の注文管理システムは orders モジュールとして /orders 配下で提供され、25件のHTTPルート（7 GET, 10 POST, 6 PATCH, 2 DELETE）を持ちます。最初に利用するのは /orders です。そのうち18件のルートは書き込みを行います。つまりこのモジュールは他のデータに後付けされた閲覧専用レポートではなく、自らレコードを所有し、プラットフォームの他の部分がそれを参照します。Tablezioを構成する10の機能領域のひとつ「注文・販売チャネル」に属します。

特定の業態に限定されません。1店舗でもグループでも同じように機能します。他のすべての機能と同じアカウント、同じ店舗、同じ顧客・注文レコードの上で動くため、夜間同期を見張る必要も、2つ目のログインを購入する必要もありません。3つのサブスクリプションを1つのプラットフォームに置き換える理由は、3つ目のツールが「昨日何が起きたか」について他の2つと食い違わなくなることにあります。

「注文・販売チャネル」の中では飲食店のオンライン注文システム、QRコード注文システム、QRコード作成と並び、それらはレコードをコピーせずに共有します。だからこそこのカテゴリーは、たまたま一緒に売られている3つの製品ではなく、ひとつのまとまりとして機能します。

飲食店の注文管理システムは公開REST APIで提供されているモジュールのひとつです。画面上でできることはすべて、自社のコードからも実行できます。Orders APIのリファレンスに、リクエストとレスポンスの形式、スコープ、カーソルページネーションが記載されています。このカテゴリーが業務全体の中でどう機能するかは、ソリューションのページをご覧ください。どのプランに含まれるかは料金ページに記載しています。無料プランではデジタルメニューを利用でき、各有料プランには含まれるモジュールが明記されています。