內用與外帶如何避免交錯：封袋或上桌前以同一張訂單核對

內用和外帶同時出餐時，先讓每份餐點都對應到同一個訂單識別資訊，再確認是送上桌還是裝袋。交付前依原訂單核對實際餐點、數量、規格、袋數和另放的飲品；相同餐點看起來一樣，不能取代歸屬確認。製作完成、實際交付和付款成功也要分開確認。

封袋或端離出餐口前填寫核對卡

以下欄位可沿用店內的紙本單據或交接單填寫。手寫標籤、多袋編號和已交付紀錄都是人工流程，並不表示 MenuSnap 會自動產生標籤或維護這些交付狀態。

• 訂單編號與營業時段：____；內用／外帶或各部分的去向：____；桌號或取餐識別資訊：____。
• 餐點、數量與規格：____；已向製作人員確認的要求：____。
• 實際總袋數：____；另放的飲品／配菜：____；已約定的醬料與必要餐具：____。
• 本次已交付：____；仍在製作或待交付：____；下一位跟進人員：____。
• 收款核對人員及已確認結果：____；交付核對人員：____。

接單時先確認用餐方式，同桌混合點餐就分別記錄

人工點餐時先詢問內用還是外帶，再複述餐點、份量與加價項目。同一組客人若有些餐點在店內用、有些要外帶，依店內實際支援的方式逐項註明去向，不能只在整張訂單上寫「有外帶」。如適用包裝費，必須在客人決定前說明。

MenuSnap 可用於掃碼點餐與員工 POS 錄單。協助接手處理手機點餐問題時，先確認訂單是否已送出，只處理新增需求；僅供瀏覽的入口仍由員工接單。客人提交外帶選項後，也要告知實際取餐地點，不要讓客人猜測何時可以取餐。

製作、彙整和交付，各自接手一個環節

各出餐站負責製作自己收到的餐點，彙整人員則依原訂單整理熱食、冷飲和多袋餐點。KDS 與列印功能是否可用，取決於方案、出餐站、路由設定和相容設備；列印也需要有可用的設備或服務負責傳送單據。螢幕和紙本單據是同一份製作任務，不應各做一次。

工作台可以劃分出正在彙整和可交付的區域，不必因此新增系統狀態。不同訂單不可共用沒有標示的托盤，袋外只保留核對用的識別資訊，不要寫上完整手機號碼或私人備註。飲食安全要求仍須由負責人員依原料和製作條件確認，標籤不能取代判斷。

交付時說清楚尚缺的部分

• 多袋餐點：對照實際總袋數，指出另放的飲品，不要只交出最近的一袋。
• 分批交付：當面說清楚已交付和待交付的部分，接手同事依原訂單接續處理，不要根據桌上的杯盤推斷餐點已交齊。
• 內用：端離出餐口前確認最新桌號和實際餐點，不要只問一句「是你們的嗎」就放下。
• 客人不方便使用手機或靠近櫃台：使用約定的人工憑據核對，並由員工協助送達；手機頁面不是領取餐點的唯一門檻。

臨時更改用餐方式或疑似拿錯時，先查原訂單

內用改為外帶時，先分清楚已送出、已製作和尚在製作的部分，再安排包裝，並將相同的變更告知彙整和交付人員，不要重做整張訂單。補印前先查明廚房是否已製作，並說明補印內容是原訂單的補充依據，不是重新點一份。

疑似拿錯時，先暫停相關交付，由一人核對編號、實際餐點和已交付紀錄，再說明受影響的部分。客人帶回的餐點應由負責人依食品處理規範判斷，不要直接轉交給另一位客人；飲食要求無法確認時，也要暫停相關交付並進行溝通。

取餐憑據不等於實際付款。使用獨立刷卡機時，先確認交易成功，再將付款記錄到正確的帳單；若結果不明，先查詢。網路異常時，保留必要的交接資訊；待伺服器連線恢復並查核既有紀錄後，再補上缺漏。不要為了消除疑問而再次扣款或重新傳送訂單。

從發生錯誤的環節著手修正

打烊時，將錯袋、漏放飲品、送錯桌或重複尋找，分別對應到接單、製作、彙整和交付環節。下一班只補上最相關的做法，例如標示多袋餐點或通知最新位置，再觀察是否仍出現同類問題；不要每次交接都增加簽名程序。