通知音が鳴っても、厨房が受け取った証拠にはなりません。サーバーから作業場まで、状態が見えて復旧できる流れが必要です。
注文の状態を定義する
作成済み、支払い待ち、調理可能、印刷待ち、要確認、スタッフ受付済み、完了を区別します。ピーク件数、作業場、追加と取消のルールも整理します。厨房が満杯なら、印刷以外に受付制限や受取時刻の調整も必要です。
通知ではなくデータベースを記録の中心にする
サーバーで注文を検証し、注文と配信タスクを保存します。認証済み店舗ゲートウェイへ通知し、定期取得で取りこぼしを補います。機器への変換はゲートウェイが行います。クラウド画面から店内機器へは、通常ローカルサービスや対応クラウド印刷、POS連携が必要です。紙幅、文字コード、カット、状態通知は実機で試します。
再接続しても二重処理しない
ハートビートで切断を検知し、最後の確認済み番号から保存済みタスクを再取得します。再試行間隔を調整し、注文・作業場・版・控えごとに一意のキーを設けます。追加は差分か新しい版として扱います。決済通知も署名確認と重複排除が必要です。
紙への出力には不確実さが残る
データ受信と印刷完了は別です。途中の停電では出力済み範囲が不明なことがあり、物理印刷を常に一度だけと保証はできません。不明な結果は人が照合し、再印刷には表示と操作記録を残します。用紙切れ等の検知範囲は機種次第です。
振り分けと例外を試す
注文元、卓番号や受取番号、予定時刻、備考、支払い状態を共通の記録で保持します。品目を適切な作業場へ送り、取消を明確にします。用紙切れ、切断、再起動、決済通知の重複、追加、取消を実演し、履歴で追えるか確認します。
始める前のチェックリスト
- 注文と厨房への引き渡し状態を整理する。
- 実機と各伝票形式を試す。
- 復旧時の取得と重複排除を確認する。
- 印刷結果が不明な場合の照合を練習する。
次の一歩
機材一覧とピーク時の注文例をもとに、現場で追跡できる引き渡しと復旧手順を考えましょう。
機能、外部サービスへの対応、料金、提供範囲は、個別の評価と現行の契約により確認します。
あわせて読みたい
参考資料と試算について
参考資料は繁体字中国語版に基づきます。数値例は計算方法の説明で、顧客の成果、サービスの見積もり、効果の保証ではありません。金額例は新台湾ドル（TWD）です。カバー画像はサービスの概念を表しています。