マルチモーダル注文:同じテーブルで QR・店員・電話

エスキシェヒルの金曜夜:5 人卓。2 人は QR で、2 人は店員の POS から、5 人目は電話で持ち帰り追加。3 チャネル、1 卓、1 伝票——そして月 2,300 件が単一の table_session にきれいに集約されます。

1 セッション、複数ソース

各テーブルは TTL 1 時間の table_session を作成。QR・POS・電話は同じ session_token を共有し、order_source で出所を記録します。

クローズ作業は 40–50 分から 3 分 に短縮。

アトミック書込み

同時 POST は crypto.randomUUID() の Idempotency-Key と、D1 のアトミック db.batch() で解決。

• QR と POS の同時書込みは衝突しません。
• 正規価格はサーバが強制。
• Shadowban はソース別に検査。

"統一注文"の技術解

具体的には order_source enum、共有 FK table_session_id、KDS カードのソース別カラーコード。電話=青、QR=緑。

高齢層は店員経由を好み、QR 単独では取りこぼす 18% を回収します。

FAQ

電話注文はどう正しいセッションへ? 店員がテーブル番号を選択。開いていれば再利用、なければ新規作成。

2 QR が同一商品を同時に追加すると? order_item が 2 行、KDS カードも 2 枚——意図的です。

1 時間 TTL 切れの挙動は? 伝票オープン中は保持。04:00 UTC の cron はクローズ済のみ削除。

お役に立ちましたか?シェアしてください。